7.4. ユーザー定義の外部ナライザー

JDK では、最もシンプルな形式でオブジェクトをシリアライズする簡単な方法は、java.io. 336 を拡張するだけですが、既知のとおり、これは遅くなり、大きすぎるペイロードを生成します。シリアライズを行う別の方法として、JDK シリアライゼーションに依存してオブジェクトが java.io.Externalizable を拡張することです。これにより、ユーザーは独自のクラスをマーシャリング/アンマーシャリングすることができますが、低速な JDK シリアライゼーションに依存して、シリアライゼーションするクラスを強制的に拡張するために強制するので、深刻な問題があります。1 つ目は、この 2 つの副作用があります。1 つ目は、ソースを所有せず、そうでないクラスのソースコードを変更するだけで良いからです。2 つ目の点として、外部化可能な実装はオブジェクト作成を制御しないので、状態を復元するためにセットメソッドを追加することが強制されるため、イミュータブルなオブジェクトが変更不能になることがあります。

JDK のシリアライズに依存する代わりに、Red Hat Data Grid は JBoss Marshalling を使用してオブジェクトをシリアライズし、特定のクラスのオブジェクトをシリアライズしたフォームに変換する方法を認識する Externalizer インターフェース実装に関連付けてクラスをシリアライズする必要があります。Red Hat Data Grid は、Externalizer を実装するためにオブジェクトのシリアライズを強制しません。実際、別のクラスを使用して Externalizer インターフェースを実装することが推奨されます。これは、JDK のシリアライゼーションとは異なり、Externalizer 実装がストリームからオブジェクトを読み取ろうとするときに特定クラスのオブジェクトの作成方法を制御するためです。つまり、readObject（）実装はターゲットクラスのオブジェクトインスタンスを作成するため、ユーザーはこれらのインスタンスを作成する方法（ファクトリーまたはリフレクションによる直接インスタンス化など）をどのように柔軟にするか、またターゲットクラスを不変に保つことができます。この種の外部データベースアーキテクチャーは、単一の責任 の原則など、適切な OOP 設計原則をプロモートします。

これは非常に一般的であり、一般的には、Externalizer 実装を外部化するクラス内の内部静的パブリッククラスとして保存できます。これを行う利点は、関連するコードが一緒に維持され、維持が容易になります。Red Hat Data Grid では、Red Hat Data Grid をユーザー定義の外部ライザーとプラグインする方法が 2 つあります。