検証ロジックはどこに配置しますか？

Question

いくつかのビジネスオブジェクト（例：個人、ハウスなど）とそれらの間で、ユーザー入力（テキストボックスから入力される）を検証する必要があります。それはどちらかに行くだろう：

1. 各ビジネス・オブジェクト
2. のWinFormsは、別々の（？静的）クラス
3. を分離コード。

おかげ

Answer 1

各ビジネス・オブジェクト。私は古典的に、それぞれがオブジェクトのすべての検証エラーを吐き出すIValidatorインターフェイスを実装するようにしました。

Answer 2

このようなシナリオで私が推奨する非常に広く使用されているアプローチは、ビューに表示されるすべてのデータを集約し、このデータに対してどのタイプの検証を実行する必要がありますか。

このアプローチには、いくつかの利点があります：

• があなたのモデルから検証ロジックをデカップリング（おそらくあなたは今日を強制したいが、あなたのデータ自体に固有ではありません検証シナリオがありますが）。このようにして、同じビジネスオブジェクトが再生されるアプリケーションの別個の部分に対して個別の検証シナリオを定義することができます（たとえば、ビジネスロジックの一部では、それぞれが配偶者を必要としますが、配偶者は固有の財産ではありませんすべての人すべて）
• プレゼンテーションロジック（ビューのコードビハインド）から検証を分離する。この方法では、ビジネスオブジェクトの検証でプレゼンテーションの振る舞いを具体的に絡ませることを余儀なくされることはありません
• 検証コードは分離されており、それぞれの特定のタイプの検証のみを対象としています。このようにして、適用可能な場所でアプリケーション全体で検証コードを再利用することができます。

実際に検証を行うコードは通常、別の検証クラスの内部にあります。あなたのビューモデルは、各データにどのように検証を適用するかを指示するだけです。

Answer 3

ビジネスオブジェクト。その理由は、検証ルールをテスト可能にしたいということです。ルールが重要な場合は、テストでそれらをカバーしたいと思うでしょう - そうでない場合は、最初にそれらを実装しないでください。これを極限まで引き上げると、コードビハインドが非常に薄く、ロジックがほとんどないコードが得られます。これは欲しいものです。

Answer 4

ここではいくつかの良い習慣：代わりに一度http://colinjack.blogspot.com/2008/03/domain-model-validation.html

は、ドメインモデルでは、UIは、モデルから検証状態/出力を反映することができるはずです。