javax.money.CurrencyUnitがSerializableでないのはなぜですか？

Question

なぜjavax.money.CurrencyUnitはjava.io.Serializableから延長されていませんか？そのサブタイプのすべてのjava.io.Serializableを実装し、あなたのHibernateマッピングでそれを使用したい場合はその上に、その後、FindBugsのは（かなり正確に）あなたを停止しますので：

[INFO] Class com.mycompany.SiteEntity defines non-transient non-serializable instance field defaultCurrency [com.mycompany.SiteEntity] In SiteEntity.java 
[INFO] Class com.mycompany.SiteEntity defines non-transient non-serializable instance field supportedCurrencies [com.mycompany.SiteEntity] In SiteEntity.java 
[INFO] Class com.mycompany.UserEntity defines non-transient non-serializable instance field sessionCurrency [com.mycompany.UserEntity] In UserEntity.java 

これは1が使用しなければならないことを意味していますクラスJDKCurrencyAdapterは、ハイバーネイトマッピングですか？私はむしろインターフェイスを使用する方が好きですが、可能でない場合はクラスを使用します。

Answer 1

Serializableに対する静的検査は、両方向で完全に信頼性がありません。ここでのFindBugsの警告は善意ですが、今のところでCurrencyUnitを使用するのを止めてはいけません。

クラスフィールド

Object aSerializableObject 

を有し、フィールドの静的な型ではないにもかかわらず、シリアライズすることができる - であれば、このフィールドに置か参照がシリアライズ可能であることを確実にするように。したがって、Serializableに対する静的検査は偽陰性を生成します。

また、誤検出も発生します。 Serializableを実装することは、インスタンスが例外なくシリアル化されることを保証するものではありません。これは単なる設計意図の声明です。

ボトムライン：静的タイピング機能として装っているが、シリアル化機能は実際にはダイナミックタイピング機能です。静的チェック（<T extends Serializable>などのコード内か、これらのFindBugs警告などの外部チェック）は、何か問題が発生する可能性のあるヒントにすぎません。