私は探していましたが、誰もこれをまだクラックしていないようですが、何か起きたかどうかを私にも聞いてみました。LLBLGen検証からクライアント側の検証を生成する
LLBLGenに組み込まれた検証から自動的に検証ルールを取得するためのクライアント側の検証（jQuery、Live Validationなど）はありますか？
LLBLGen（とSubsonicのような他の人たち）は、フィールドがヌルでないこと、100文字未満でなければならないことなどを既に知っており、これらをすべて設定し続ける必要がないように思われます。
Jquery.Validateはかなり素晴らしいです。クレジットカード番号、日付、最小文字数、最大文字数などの多くの機能を検証できます。リンクはここにあり、使い方はとても簡単です。
http://docs.jquery.com/Plugins/Validation
基本的にあなたが行うすべては、あなたのページを読み込むときに.jsファイルを登録し、入力のクラスを宣言する際に、「検証」または「日付の検証」で入れたり、何でも、それはインテリジェントに行いますですそれはあなたのためです。ここでも、リンクにサンプルとドキュメントがあります。これがあなたを助けることを願ってください。
私はあなたが望む任意の検証コードを出す（または既存のものを修正する）適切なテンプレートを作成しなければならないと言っています。既存のものがあるかどうかはわかりませんが、あなた自身で作成することはできます。これは簡単です。
HTH
それはあなたのモデルで見つかった検証に基づくjQuery Validationを生成... XVALをチェックしてください。
Introduction to xVal blog post
XVALで、それのために任意のネイティブサポートがある場合、私は検証がどのように動作するかLLBL知っているか、しないでください。しかし、そうでない場合は、IRulesProviderを作成するだけの問題になります。他の多くのLLBLユーザーにとって便利なことは間違いありません。
LightSpeed ORMについても同様のことが行われたと思います。ここをクリックしてくださいMVC and LightSpeed – Part 4 – Model Binding
しかし、xValの場合、 "重要：* xValはASP.NET MVC 1.0 *でのみ使用することをお勧めします。 ASP.NET MVC 2.0以降を使用すると、フレームワークはモデルメタデータから直接クライアント側の検証ロジックを生成するための組み込みサポートを備えていますが、必要に応じてxValを使用することはできますが、 –
クライアント側の検証だけでなく、サーバー側の検証も必要とします。 webformsバリデータと似ています。 –
この場合、あなたはSOLです。ビュー上で何が起こっているのか、コードの背後/コントローラーで何が起こっているのか、という懸念が別々になっていたいと思っています。時には、同じことをやっているコードが重複していることを意味しています。 –
また、チェックするためにサーバーにポストすることなく、クライアントサイドとサーバーサイドの両方の検証を行う方法はありますか？ jquery投稿経由で送信されるすべてのキーストロークをジェネリックハンドラチェックで確認しますか？そのオプションが、あなたは足の仕事をする必要があります。 –