javascript - 独自の検証コードを記述する代わりに、asp mvc で目立たない JavaScript を使用する必要がありますか?

Question

クライアント検証用の JavaScript コードは、すでにゼロから作成されており、完全に機能しています。しかし、私たちのソリューションをよりスケーラブルにし、行を最小限に抑えるために、Javascript クライアントの検証を控えめな JavaScript のビルトイン asp MVC サポートに置き換えることを考えています。ただし、特に不利なシナリオがあります。たとえば、フィールドを正規表現で検証したい。フィールドはモデルに直接バインドされていません。しかし、目立たないjavascriptを実装するには、検証の目的でモデルで作成しているフィールドにバインドする必要があります(フォーム送信では使用しません)。フィールドをモデルにバインドせずに検証を行う方法はありますか? また、すべてのシナリオではないにしても、javascript コードを目立たない検証に置き換えると、どのような利点がありますか?

Answer 1

かなりの利点:

• 邪魔にならない検証は開発者によく知られているため、コードは他の人 (そして将来的には自分自身) が理解しやすくなります。
• 検証属性が自動的に追加されるように、Html ヘルパーを利用します。より読みやすい少ないコードを記述します。
• 検証コードはオープン ソース プロジェクトであり、バグを修正してコード パフォーマンスを向上させるために世界中の人々が参加しているため、エラーが発生しにくくなっています。

ソリューション内のすべてのモデルに unobtrusive を使用します。標準で提供されていない検証がある場合は、モデルにバインドされたプロパティに対して独自の検証関数をいつでも作成できます。

MVC FoolProofなど、.net バリデータ属性を拡張するオープン ソース プロジェクトが多数あることに注意してください。

最後に、モデルにバインドされていないプロパティがある場合 (待ってください、モデルにプロパティがバインドされていないのはなぜですか?)、それらのカスタム クライアント側コードを記述できます。