オプション

Question

私が始めているASP.netのプロジェクトのためのモデルベースの検証のために、今二つの選択肢を考えています：

xVal（スティーブサンダーソンのプロジェクト）とEnterpriseモジュールスティーブンワルサーが使用しているものthis page

私はそれらのどちらもまだ使用していないので、好みについて話すのに十分に知りません。何か案は？

更新 ORMにLinqToSqlを使用していますが、変更が可能です。

Answer 1

私は、Stephen Waltherのブログ記事では、xValがブラウザ内の検証を行うためにjQueryバリデーターとともに動作するWebサーバーでのみ検証を行うライブラリについて説明している点が異なります。この機能は、偶然、ほぼ完全に自動的です。

Answer 2

ORMを使用していますか？もしそうなら、あなたはどちらを使っていますか？ Castle ActiveRecordを使用すると、デフォルトのモデルレベルでの検証だけをしています。あなたはそれを使用していない場合でも、これはおそらくあまり役​​に立ちません。 :-)

Answer 3

FluentValidationがいいです。 NHibernateはまた、モデルバリデーションを組み込んでいます。次に、UIへのバインディングエラーにはScott Guthrie's techniqueのようなものが必要です。

Answer 4

私はxValを使用していましたが、私はMVC RC1に導入されたIDataErrorInfoインターフェイスにそれを統合しました。私はそれが好きです。

ここには私が書いた記事がいくつか説明されています。

http://schotime.net/blog/index.php/2009/03/05/validation-with-aspnet-mvc-xval-idataerrorinfo/

は、この情報がお役に立てば幸いです。

Answer 5

私のvalidation libraryを恥知らずに宣伝してください。 jQuery用に構築された&エンタープライズライブラリを検証して、そのままの状態で動作します。つまり、機能とコードは、必要に応じて変更/拡張するのに十分単純です。

Answer 6

あなたはLosTechiesのこの新しいテクニックをチェックすることもできますhttp://www.lostechies.com/blogs/hex/archive/2009/06/10/opinionated-input-builders-for-asp-net-mvc-part-5-the-required-input.aspx私は入力が実際にはDRYであるglobalyの設定が好きです。また、クライアント側の検証をスキップしてjquery ajaxフォームをサーバーに送信して、バリデーションモデルとビジネスロジックをすべて1か所で実行します（DRYも可能です）。これは、製品をすぐにドアから出すことを意味しますクライアント側の検証を後でボーナスとして追加したり、フォームを段階的に強化したりすることができます。

Answer 7

xValに別の投票があります。それは本当に甘いです。私はBuddy ClassesとDataAnnotationsを使って検証を解除するのが好きです。あなたのフィールドに属性を追加することができないので、Linq2Sqlを作ることの外で、バディクラスは、複数のモデルが同じ検証情報を共有するように柔軟性を与えます。常に必要となるように見えるModelEditDataクラスには本当に便利です。