入力要素を含む一連の HTML ページがあります。に変換中MVC Views
です。
コードのパフォーマンスとクリーン度を考慮します。正しい進め方とは、
投稿された FormCollection として Form を処理する、または
モデルから入力値を取得するために、厳密に型指定されたビューを作成します。
入力要素を含む一連の HTML ページがあります。に変換中MVC Views
です。
コードのパフォーマンスとクリーン度を考慮します。正しい進め方とは、
投稿された FormCollection として Form を処理する、または
モデルから入力値を取得するために、厳密に型指定されたビューを作成します。
HTMLヘルパーを使用する利点の1つは、ビューのコンパイル時のチェックが向上し(実行時ではなくビルド時にエラーを検出できるようになる)、VisualStudio内でビューテンプレートを編集する際のより豊富なインテリセンスをサポートすることです。
もう1つの利点は、HTMLヘルパーを使用してHTMLタグにカスタム属性を設定できることです。辞書を渡すか、次のような匿名タイプを使用することで、ヘルパーを使用してこれを行うことができます。
@Html.TextArea("FirstName", Model.FirstName, new { parameter = "value" });
これは実際には良い質問です。誰が投票したのかわかりません...私の意見では、厳密なビューモデルの伝道者が多すぎます。
しばらくMVCを使用した後、私の見解では、非常に単純なことについては、@ Htmlヘルパーが非常にうまく機能します...ただし、長期的には、特に詳細については、Webページとサーバーの相互作用について考える方法につながります。複雑な使用。これにより、クライアントで検証がどのように機能するかを理解しなくても、目立たない検証に大きく依存できます。これは、入門プログラマーにとっては素晴らしいことです。 。値が必要かどうかをチェックするよりも検証が複雑な、本格的なWeb / Webアプリケーションの開発を行うことは、はるかに困難になります。さらに、更新した場合に検証ライブラリをjquery検証ライブラリと同期させるためにMicrosoftに依存しています(I '
さらに、使用しているフロントエンドライブラリがある場合、およびそれらのいずれかがこれらのヘルパーの出力でうまく機能しない場合はどうなるかを考慮する必要があります(ブートストラップは注目に値するものの1つです)。とはいえ、フォームコレクションはより高速で制限が少なくなります...それを使用すると、純粋な検証ライブラリがより簡単で表現力豊かになります...必要なコードを記述できます。結局のところ、サーバー側でif(!String.IsNullorEmpty())を記述したり、クライアントに加えて必要な検証のタイプを記述したりするのはどれほど難しいかです。
TextBoxFor のオーバーロードを使用して、入力要素の属性を設定/オーバーライドできます。
@Html.TextBoxFor(m => m.Name, new { @Value = "0", readonly="readonly" @class="cssClass"})