Pojo内での検証

Question

これは設計上の問題です。

私は私の質問はmemberVariableコンストラクタパラメータの検証中にどこまで私たちが行くことができている

class MyPOJO { 
    private String memberVariable; 
    MyPOJO(String memberVariable) { 
     validate(memberVariable); 
     this.memberVariable = memberVariable; 
    } 
} 

、同様に定義されたPOJOクラスを持っています。次のvalidateメソッドの独自の実装が許容される、POJOのコンストラクタで厳格なチェックを行っているの背後にある

private validate(final String memberVariable) { 
    Validate.isNotNull(memberVariable); // this is basic check. 
    Validate.isTrue(memberVariable.indexOf(" ") == -1); //again a basic check. 
    List<String> validValues = DBFactory.getDB().getValidValues(); 
    Validate.isTrue(validValues.contains(memberVariable)); // checks if the memberVariable value is present in db. 
} 

引数は、私たちがMyPOJOインスタンスは、任意のランダムなmemberVariableを使用して作成されることはありませんことを確認することができますということです。 私の質問は、これが良いデザイン体系であるかどうかです。検証ロジックをPOJOから一括して引き出す必要がありますか？

Answer 1

入力検証はPOJOの一部ではありません。このようにして、作成されたインスタンスが正しいことを保証することができます。一般に、これはDesign-by-Contractと呼ばれます。

Answer 2

短答：はい。何故なの？

長い答え：はい、しかし...

1. あなたはそれが検証に失敗した場合に行うには何を計画していますか？どのような例外をスローしますか？
2. これは有効値のチェックにすべて集約することができるようです。なぜなら、有効な値にヌル値またはスペース値がないからです（私は推測します）。

Answer 3

IMHOこれは良いです。オブジェクトが不正な引数でインスタンス化できない場合は、不正な引数の例外をスローすることは常に理にかなっています。これは、オブジェクトを不変に保つのにも役立ちます。