JavaBeansにあるsetterの存在意義

Question

JavaBeansの記述ルールは、

1. 直列化可能である(java.io.Serializableを実装している)
2. クラスはpublicでパッケージに所属する
3. publicで引数のないコンストラクタを持つ
4. フィールドはカプセル化(private)されている
5. 命名規則に従ったgetter/setterを持つ

とされていますが、
例えば、Beansクラスに渡すデータ群があるタイミングで全て判り、その直後にBeansクラスのプロパティに格納したデータがそのあとも変更されない(させたくない)と判明してる場合でもsetterの記述は必要でしょうか。

つまり、setterを記述せず、代わりにコンストラクタでデータを纏めて渡し、必要な引数分渡さないと動かないコンストラクタに代入操作を限定することで、インスタンスされた時点でそのオブジェクトには全てのデータが入っていることが明確になります。また、setterを定義しないのであれば③の引数無しのコンストラクタを定義する意義もなくなります。
ルールと言ってしまえばそれまでですが、Beansクラスにsetterを必要としないケースでも、コードの堅牢性や可読性を放棄してまで引数なしコンストラクタと各プロパティのsetterを記述する意味はあるのでしょうか。

Answer 1

Beansクラスに渡すデータ群があるタイミングで全て判り、その直後にBeansクラスのプロパティに格納したデータがそのあとも変更されない(させたくない)と判明してる場合でもsetterの記述は必要でしょうか

オブジェクト生成後に変更させたくないのであれば、setメソッドは不要です。

また、コンストラクタに複数の引数があり、生成する方法が複数種類必要になって煩雑になる場合は、builderパターンを適用すべきでしょう。

Comments

[SaganoKei]

回答ありがとうございました！
ちなみにsetterが無い場合は引数なしコンストラクタも記述する必要はないですよね？

[A-pZ]

作成した引数つきコンストラクタだけ使ってほしいのであれば、引数なしのコンストラクタは作らなくて良いです。setterがないから作らないとは限らず、例えばですが、引数なしのコンストラクタを選んだときはフィールドにはなんらかの初期値が入るなどの場面があります。そのような使われ方を想定しないのであれば、不要です。