どの検証フレームワークを選択するか：春の検証または検証アプリケーションブロック（Enterprise LIbrary 4.0）？

Question

私は、主要なアプリケーションの検証フレームワークの1つを選択しようとしていますが、どちらのオプションも魅力的ですが、どちらか一方にコミットする前に知っておく必要のある賛否両論があるかどうかは疑問でした。

Answer 1

属性による検証は、私の見解では最良の解決策ではありません。まず、ドメインモデルでインフラストラクチャを参照する必要があります。第二に、コンパイルされたクラスにバリデーションを追加する機会がありません。最後に、複雑なロジックを属性で検証することはできず、Validateメソッドをエンティティにする必要があります。

私の意見では、検証は別のオブジェクトに分けられるべきです。たとえば、検証をルールとして定義できるIValidatorです。 xValのようなフレームワークを使用すると、プレゼンテーションレイヤーの検証をJavaScriptで行うことができます。

xValとFluentValidation for .NETを探してください。 NHibernate Validator 1.2アルファは流暢な構文も持っていて、xValと統合されています（アルファについてはわからないが、1.0でなければならない）。

エンタープライズ検証ブロックにも負の側面はほとんどありません。私のエンティティのプロパティは3行の属性を持つことになり、読みやすさが悪化しました。 AND演算子またはOR演算子を使用して検証を追加しようとすると、非常に苦労します。

Answer 2

エンタープライズライブラリブロックで見つけたことの1つは、必要としない/不要にする他のブロックを強制的に使用できることです。たとえば、検証ブロックでロギングブロックを使用することもできますが、独自のロギングシステムに満足しています。今あなたのアプリはさまざまな方法で物事を記録します。つまり、Ent LibのValidationブロックの外観が気に入っています。私はSpring.NETと遊んでいない。