問題タブ [validation]

オブジェクトに対して WPF フォームを検証しようとしています。テキストボックスに何かを入力すると、フォーカスが失われ、テキストボックスに戻って、書いたものをすべて消去すると、検証が開始されます。しかし、WPF アプリケーションを読み込んで、テキスト ボックスから何も書き込んだり消去したりせずにテキスト ボックスからタブを外すだけでは、起動されません。

Customer.cs クラスは次のとおりです。

そして、ここにWPFコードがあります：

私は WPF 検証システムに非常に失望しています。ともかく！「ボタン」をクリックして完全なフォームを検証するにはどうすればよいですか?

何らかの理由で、WPF のすべてが非常に複雑です。ASP.NET では 1 行のコードで検証を実行できますが、WPF では 10 ～ 20 行のコードが必要です!!

これは、独自の ValidationEngine フレームワークを使用して実行できます。

データベースを読み取り、満たされていない依存関係にアラートを出力するアプリケーションがあります。この問題についての私の考えは、「ユーザーに問題を指摘するための最小限の情報を提供すること」です。私は同僚から、「フィールド1はフィールド2よりも小さい必要がある」という最小限のメッセージを与える詩に言及する各フィールドのデータベースフィールドの値を印刷して、できるだけ詳細にする必要があると言われました。

コンパイラのエラーと警告を思い出させるので、この問題には何らかの規則または標準が必要であることを私は知っています。コンパイラメッセージがどのように選択されるか知っている人はいますか？

コミュニティはこの問題についてどのような提案をしていますか？

フラッシュビデオのhtml埋め込みコードをに入れようとしています。これは、他のサイトrss feedのパーサーによってパーサーになります。受信サーバー(magpie)のにクリーンなHTMLを挿入できるように、一方の側で埋め込みコードをエンコードしてから、もう一方の側でデコードするにはどうすればよいですか？DB

有効な UTF-8 であるはずのいくつかのデータ ファイルを処理していますが、有効ではないため、(私の制御下にない) パーサーが失敗します。UTF-8 整形式のデータを事前検証する段階を追加したいのですが、これを行うのに役立つユーティリティをまだ見つけていません。

W3C には機能していないように見えるWeb サービスがあり、無効な UTF-8 ファイルを報告するが、どの行/文字を修正すべきかを報告しないWindows 専用の検証ツールを見つけました。

ドロップインして使用できるツール (理想的にはクロスプラットフォーム)、またはデータ読み込みプロセスの一部として作成できる ruby​​/perl スクリプトのいずれかがあれば幸いです。

Let me first say, we validate every field on the server side, so this a question about client-side usability.

What is the conventional wisdom on exactly when to validate and format html form input fields using javascript?

As an example, we have a phone number field. We allow numbers, spaces, parentheses, and hyphens. We want the field to have ten digits. Also, we want the field to look like (123) 456-7890, even if the user doesn't type it that way.

It seems like we can

• Validate and format it when the user exits the field.
• Validate and format on every character entered.
• Intercept keystrokes and prevent the user from entering characters that are wrong.
• Some combination of the above (e.g. format on entry and validate on exit, prevent on entry and format on exit, etc.)
• [Added] Wait and do all the validation and formatting when the user clicks submit.

I've seen it done all of these ways, but I can't find information about what is best (or even generally accepted) from a usability perspective, and more importantly, why.

[Edit: Some clarification]

We are absolutely not enforcing any format standards. When I say format, I mean we'll use javascript to rewrite things so they look nice. If the user types 1234567890, we'll change it to (123) 456-7890. There are no "formatting rules" that can fail.

I distinguish this from validation because if they don't type enough numbers, we have to make them fix it.

I guess I should rephrase the question as "what is the conventional wisdom on exactly when to validate and exactly when to format...?

Good info in the answers so far!

EDIT: I'm accepting my own answer below in the hopes that others will find the link as helpful as I did.

私はWYSIWYGを呼び出しているTextBoxでOpenWebWareとAsp.Net RequiredFieldValidatorのオープンソースJavascript WYSIWYGを使用しています。すべて正常に動作しますが、最初にフォームを送信しようとすると、サーバー側のRFV ErrorMessage "Required" が表示されますが、2 回目に送信すると送信されます。

何か不足していますか？クライアント側の検証を行いたいのですが、テキストを空でないものとして登録するにはどうすればよいですか?

電話番号を検証するための包括的な正規表現をまとめようとしています。理想的には、国際形式を処理できますが、次のような米国の形式を処理する必要があります。

• 1-234-567-8901
• 1-234-567-8901 x1234
• 1-234-567-8901 ext1234
• 1 (234) 567-8901
• 1.234.567.8901
• 1/234/567/8901
• 12345678901

私は現在の試みで答えますが、誰かがより良いものやよりエレガントなものを持っていることを願っています.

コード ビハインドから Page.Validate() を使用すると、バリデータが起動しない (予想されるエラー メッセージが表示されない) という問題が発生します。バリデーターは Ajax updatepanel 内に配置されます。

バリデーターのダウンロード可能な Ajax バージョンがあるようです。これらが必要なのか、VS 2008 SP1 に既に含まれているのかはわかりません。フォームがボタンを介して投稿されると、バリデーターは機能しますが、オンデマンドで Page.Validate() を実行すると機能しません。

標準の ASP.NET Web フォーム バリデーター用にカスタムのクライアント側 JavaScript バリデーションを使用できますか?

たとえば、asp:RequiredFieldValidator を使用して、サーバー側のコードをそのままにして、jQuery を使用して独自のクライアント通知を実装し、たとえばフィールドまたは背景色を強調表示します。