問題タブ [model-validation]

私は正規表現が初めてで、電話番号を検証しています。電話番号が 011 で始まる場合。番号は 10 桁を超える場合があります。011 で始まらない場合は、10 ～ 15 桁にする必要があります。現在私は持っています(?(011)\d{10, 15}|\d{7,})が、それは機能していません。私は何かが欠けていることを知っていますが、それが何であるかを理解できません。

次のコードの何が問題になっていますか?

出力：

私は現在、ビデオチュートリアルを見ています。これは、デフォルトでsetメソッドに検証が適用されていた古いバージョンの backbone.js に基づいています。しかし、現在のバージョンでは、検証はデフォルトでsaveメソッドに適用されます。

しかし、それは有効な値ではなく、検証に合格しないにもかかわらず、値を -9 に設定しているのはなぜですか。バリデーションが通らない場合は値を設定しないはずではないですか？

I have the below view models, which are used to represent a survey of questions, but they are structured into a more flattened grid to accommodate the default model binder.

Each SurveyRow is like a row of a table. Only the SurveyRowType.AnswerRow actually makes use of the AnswerControls list.

Example of their ordering when rendered by their type and order number can be seen in this image:

The image only shows a few simple examples, and there can be 1-10 lines per page to a max of 100, but I have also added a bit of explanation of some of the validation rules I would want to apply. There are more but these are just a few examples.

My problem is that I want to support this more complex validation but all the rules and error text are stored in a database, 1. because of user configuration, 2. because of existing localisation of the error text to support several languages.

I am looking for any suggestions that people might have to be able to support this.

I have seen things like Fluent Validation and I haven't delved too deep yet but so far I can't see any examples that would specifically not use Data Annotations on a model.. and also RequiredIf or DisabledIf or EnabledIf style validation rules that apply across a slightly more complex collection of objects.

そのため、現在取り組んでいる .NET プロジェクトのいくつかのモデルでカスタム データ フィールド検証を行うことを検討しています。

これらには、既定の言語と既定の通貨が含まれます。このアプリケーションおよび関連する他のさまざまなアプリケーションとサービスの基準を満たすためには、通貨が ISO 4217 (3 文字の通貨) 標準である必要があり、言語が ISO 639-1 (2 文字の言語) である必要があります。

このためのモデル検証はまだどこにも行われていないので、私はそれをセットアップする喜びを感じています。巨大なカスタム データ バリデーターを作成する前に、これらの標準を容易に提供する既存のライブラリを誰かが知っているかどうか疑問に思っていました。自分で Data Validator にプラグインできる文字列をチェックするようなものであれば。

アドバイスや推奨事項は大歓迎です。

私が次のものを持っているとしましょうViewModel：

これはViewModelオリジナルEntityではありません。このモデルを 2 つの場所で使用します。最初の場所ではすべてのフィールドを検証したいのですが、別の場所ではEmailモデルの検証からフィールドを除外したいのです。フィールドを検証から除外するように指定する方法はありますか?

sf2 を使用してサーバー側でフォームを検証する方法を読みました。解決策は、エンティティ内の制約を注釈、validation.yml、または EntityType (フォーム) 内で使用することです。

すべて問題ありませんが、これらの検証はすべてフォームでのみ機能します。しかし、新しいオブジェクトをインスタンス化して永続化しようとすると、検証が機能しません。

例を挙げます。

ユーザー エンティティがあるとします。

次に、一部のコントローラーで、次の方法でフォームを保存しようとします。

エンティティとフォームの間に関連付けがあるため、すべてが完全に機能します。しかし、フォームなしでオブジェクトをインスタンス化する必要がある場合はどうなりますか? 私はこのようなことをする必要があります:

これを行うと、フィールド「email」が必要なため、エンティティは検証されず、DB はエラーをスローします。

エンティティを常にフォームに関連付けて検証する必要がありますか? もしそうなら、私はまったく同意しません.Webサービスを扱っている場合、サーバー側で検証するためだけにフォームを作成したくないからです.

では、どうすればこの検証を行うことができますか? ご協力いただきありがとうございます。

問題は、カスタム エラー メッセージを提供するために .rsx ファイル (リソース) を使用する場合、ApiController でModelState.IsValidが常にtrueになることです。

これが私のモデルです：

ApiController のメソッド:

そしてフィルター：

これを POST リクエストで送信しています。

ModelState.IsValidはfalseで、応答は期待どおりです。

しかし、検証属性でリソース ( PublicおよびEmbedded Resourceビルド アクションとして構成) を使用すると、次のようになります。

(' Test ' キーは ' Test ' 文字列値のみを保持します) ModelState.IsValidは true です。

Resources クラスが表示され、 resharper はErrorMessageResourceNameで提供される文字列を正しく検証します。

次のようなコントローラーの単体テストを作成しています。

モデルは次のようになります。

次に、次のような単体テストがあります。

実際には ModelState が検証されています...両方のフィールドが必要なので、これは私にとって奇妙です...誰かアドバイスできますか?

これは簡単なことのように思えますが、フレームワークではやりたいことをさせてくれないような気がします。

3 つのページがあるとします。1 つは名/姓を要求するページ、もう 1 つは電話番号を要求するページ、もう 1 つは両方を編集できるページです。

現時点でこれらのモデルを検証する方法は、2 つのインターフェイスがINameModelありIPhoneModel、すべての検証属性を持っていることです。私は何度も使用[MetadataType(typeof(INameModel))]します。NameModel[MetadataType(typeof(IPhoneModel))]PhoneModel

私が本当にやりたいことは、両方のインターフェースを使用することです。これにより、すべての検証属性NamePhoneModelを再入力する必要がなくなります。これは単純な解決策であることに注意してください。実際のプロジェクトはこれよりもはるかに複雑です。上記の例では、継承するのは簡単ですが、には存在しない追加のプロパティがある可能性があることを考えてください。または、さらに複雑にするために、別のページに存在する電子メールのプロパティが存在する可能性があります。NameModelNamePhoneModelNameModelEmailModel

これらすべてのルールを単純に複製しなければならないのは正しい方法ではないように感じます-より良い/適切な方法があるはずです??

私はかなり奇妙な問題を抱えています。必要なフィールド モデルの検証が機能していないようです。その理由は、整数、GUID などのすべての値の型に既定値を追加するカスタム JSON デシリアライザーを使用しているためです。ただし、文字列やその他の null 許容型でも同じことがうまく機能します。フィールドを null 可能にしたくありません。他の解決策はありますか？