java.util.OptionalがSerializableでない理由、そのようなフィールドでオブジェクトをシリアル化する方法

EnumクラスはSerializableなので、列挙型を使用してオブジェクトをシリアル化しても問題はありません。もう1つのケースは、クラスにjava.util.Optionalクラスのフィールドがある場合です。この場合、次の例外がスローされます。java.io.NotSerializableException：java.util.Optional

そのようなクラスを処理する方法、それらをシリアル化する方法？そのようなオブジェクトをリモートEJBまたはRMI経由で送信することは可能ですか？

これは例です：

import java.io.ByteArrayOutputStream;
import java.io.IOException;
import java.io.ObjectOutputStream;
import java.io.Serializable;
import java.util.Optional;

import org.junit.Test;

public class SerializationTest {

    static class My implements Serializable {

        private static final long serialVersionUID = 1L;
        Optional<Integer> value = Optional.empty();

        public void setValue(Integer i) {
            this.i = Optional.of(i);
        }

        public Optional<Integer> getValue() {
            return value;
        }
    }

    //java.io.NotSerializableException is thrown

    @Test
    public void serialize() {
        My my = new My();
        byte[] bytes = toBytes(my);
    }

    public static <T extends Serializable> byte[] toBytes(T reportInfo) {
        try (ByteArrayOutputStream bstream = new ByteArrayOutputStream()) {
            try (ObjectOutputStream ostream = new ObjectOutputStream(bstream)) {
                ostream.writeObject(reportInfo);
            }
            return bstream.toByteArray();
        } catch (IOException e) {
            throw new RuntimeException(e);
        }
    }
}

この答えは、タイトルの質問「シリアル化はオプションではないのか？」に対する回答です。短い答えは、Java Lambda（JSR-335）の専門家グループがそれを検討して拒否したということです。そのメモ、そしてこれとこれOptionalは、戻り値がない場合の関数の戻り値としての主な設計目標が使用されることを示しています。その意図は、呼び出し側がすぐにをチェックし、Optional存在する場合は実際の値を抽出することです。値が存在しない場合、呼び出し元はデフォルト値を代入したり、例外をスローしたり、他のポリシーを適用したりできます。これは通常、Optional値を返すストリームパイプライン（または他のメソッド）の最後から流暢なメソッド呼び出しをチェーンすることによって行われます。

オプションのメソッド引数Optionalなど、他の方法で使用したり、オブジェクトのフィールドとして格納したりすることは想定されていませんでした。さらに、直列化可能にすることで、永続的に保存したり、ネットワーク経由で送信したりできるようになり、どちらも元の設計目標をはるかに超える使用を促進します。Optional

通常Optional、フィールドにを格納するよりもデータを整理する方が良い方法があります。ゲッター（getValue質問のメソッドなど）がOptionalフィールドから実際の値を返す場合、すべての呼び出し元は空の値を処理するためのポリシーを実装する必要があります。これにより、発信者間で一貫性のない動作が発生する可能性があります。多くの場合、そのフィールドが設定されているときに、そのフィールドに何らかのポリシーを適用するコードセットを用意することをお勧めします。

またはのOptionalようにList<Optional<X>>、コレクションに入れたい場合がありMap<Key,Optional<Value>>ます。これも通常は悪い考えです。多くの場合、これらの使用法OptionalをNull-Object値（実際のnull参照ではない）に置き換えるか、単にこれらのエントリをコレクションから完全に除外する方が良いでしょう。

Serialization関連する多くの問題は、操作する実際のランタイム実装から永続的なシリアル化された形式を分離することで解決できます。

/** The class you work with in your runtime */
public class My implements Serializable {
    private static final long serialVersionUID = 1L;

    Optional<Integer> value = Optional.empty();

    public void setValue(Integer i) {
        this.value = Optional.ofNullable(i);
    }

    public Optional<Integer> getValue() {
        return value;
    }
    private Object writeReplace() throws ObjectStreamException
    {
        return new MySerialized(this);
    }
}
/** The persistent representation which exists in bytestreams only */
final class MySerialized implements Serializable {
    private final Integer value;

    MySerialized(My my) {
        value=my.getValue().orElse(null);
    }
    private Object readResolve() throws ObjectStreamException {
        My my=new My();
        my.setValue(value);
        return my;
    }
}

クラスは、存在しない可能性のある値（の使用と比較して）を処理するときに適切なコードを記述できるようにする動作をOptional実装します。ただし、データの永続的な表現にメリットはありません。シリアル化されたデータが大きくなるだけです…null

上記のスケッチは複雑に見えるかもしれませんが、これは1つのプロパティのみを持つパターンを示しているためです。クラスのプロパティが多いほど、その単純さが明らかになります。

そして、忘れずにMy、永続的なフォームを適応させる必要なしに、完全に実装を変更する可能性…

シリアライズ可能なオプションが必要な場合は、代わりに、シリアライズ可能なグアバのオプションを使用することを検討してください。

それは奇妙な省略です。

フィールドをとしてマークし、結果自体を書き込んだtransient独自のカスタムwriteObject()メソッドget()と、その結果をストリームから読み取ることによってreadObject()を復元するメソッドを提供する必要がありますOptional。呼び出すために忘れてはならないdefaultWriteObject()とdefaultReadObject()、それぞれ。

Vavr.ioライブラリ（以前のJavaslang）にもOptionシリアル化可能なクラスがあります。

public interface Option<T> extends Value<T>, Serializable { ... }

より一貫性のある型リストを維持し、nullの使用を避けたい場合は、変な選択肢が1つあります。

タイプの共通部分を使用して値を格納できます。ラムダと組み合わせると、次のようなことが可能になります。

private final Supplier<Optional<Integer>> suppValue;
....
List<Integer> temp = value
        .map(v -> v.map(Arrays::asList).orElseGet(ArrayList::new))
        .orElse(null);
this.suppValue = (Supplier<Optional<Integer>> & Serializable)() -> temp==null ? Optional.empty() : temp.stream().findFirst();

有するtempの所有者上開閉可変別ことを回避するvalue部材を、したがってすぎるシリアル変換。