2009-08-25 7 views

答えて

1

すべての標準的なASP.NETのバリデータは、クライアント側とサーバー側の検証の両方を行う場合

0

私はいつも手作りの解決策を提案してきました。だから古い学校のやり方でもできる:コードに直接保存する前に検証する(おそらく、検証を独自の関数に分けて清潔にする)。正直言って、私はこの方法がなぜそんなに悩まされているのか、なぜ検証方法を発明する必要があるのか​​理解できませんでした。 1つの大きな利点があります。すべての検証は1か所にあります。あなたは狩りをする必要はありません。また、検証ロジックが複雑になり、これが唯一の合理的な方法である場合もあります。

1

あなたは、ASP.NETで

  • のRequiredFieldValidator、
  • このCompareValidator、
  • RangeValidator、
  • RegularExpressionValidator、
  • のCustomValidator、
  • にValidationSummary
を以下のバリデータを使用することができます

詳細はhereを参照してください。背の低い人、はい、CustomValidator.ServerValidate

+0

http://msdn.microsoft.com/en-us/library/system.web.ui.webcontrols.customvalidator.aspxとhttp://msdn.microsoft.com/en-us/を参照することをお勧めします。 /library/9eee01cx.aspx – abatishchev

0

。前者を必要としない場合(デフォルトで有効)、EnableClientScriptプロパティをfalseに設定します。 Page.Validate()を呼び出すか、CausesValidationプロパティがtrue(ValidationGroupはここにゲーム中)に設定されたコントロールによってポストバックがトリガーされたときに、サーバー側の検証が実行されます。

関連する問題