検証フレームワークの選択 - ASP.NET

Question

Web フォーム アプリケーションにどの検証フレームワークを使用したいですか。これは、かなり大規模で複雑なアプリの場合に当てはまります。ルールセットとビジネス検証を 1 か所で指定し、クライアント側とサーバー側の両方で統合したいと考えています。クライアント側にはjQueryを使用したいと思います。

誰か何か提案がありますか？

Answer 1

あなたは、.NET 3.5 DataAnnotationsで見ることができます。それはASP.NETとうまく統合し、私は信じていないので、それはルールセットの概念をサポートしています。別のオプションは、カスタムルール・セットをサポートしてエンタープライズライブラリの検証アプリケーションブロック、ある、しかし、それはあなたのASP.NETとのことを統合するため、わずかに多くの時間がかかります。しかし、あなたのキックスタートを与える必要がありますオンライン材料があります。ここでここでO / RMツールやASPでVABの統合について興味深い記事です。 NETます。

幸運ます。

Answer 2

は、Webフォームの場合は、標準のバリデータは、あなたがjQueryのを使用している場合、あなたは非常に簡単にasp.netの検証チェックを複製し、それに応じて反応する、すなわち置き換えると検証の概要コントロールよりも、ユーザーに優れたフィードバックを提供することができ、優れた基盤を提供します。

あなたはjqueryのを使用して検証コントロールを見つけることができ、たとえば、検証し、対象とする制御・ツー・検証を取得し、これはエラーメッセージ、変更フォームフィールドクラスなどを取得するのに役立ちます。

Answer 3

Web フォーム用ですか、それとも MVC 用ですか?これまでに見たオプションは次のとおりです。

• JQuery 検証プラグイン (クライアント側のみ)
• XVal:xval.codeplex.com にはクライアント側コンポーネントとサーバー側コンポーネントがありますが、MVC のみだと思います。わからない。これは JQuery 検証プラグインと統合されていると思います。
• エンタープライズ ライブラリ検証アプリ ブロック - 前回確認したときはサーバー側のみでしたが、ロジックを提供する優れた方法です。構成ファイル内のルール、コードの属性、または代替ストアとしてルールを提供できます。その後、フロントエンドに JQuery validate を使用できます。クライアント/サーバー向けの単一のソリューションはありません。
• 標準の ASP.NET バリデーター。クライアント側とサーバー側で機能します。ASP.NET と MVC の両方には、おそらく今ご存知のように実装があります。