ASP.NET MVC：ビューのマイルール

2009年10月以降、いくつかのASP.NET MVCプロジェクトでチームと協力してきました。それほど時間はかからず、まだ専門家ではありませんが、コードを少し改善するために開発したいくつかのルールについて説明したいと思います。 ASP.NET MVCは、他の新しいテクノロジと同様、正常に使用できない場合がありますが、失敗した例があるため、タスクを実装するための最適なオプションを選択することでコードの改善を常に試みています。



まず、ビューのタスクについて考えてみましょう。その主な機能はデータをHTMLに挿入することです。 このルールは矛盾を排除します-データを受信せず、データを送信せず、単にHTMLにデータを埋め込みます。 そして率直に言って、これは非常に複雑です。 私が常に守ろうとしているアプローチは、結果のHTMLに可能な限り類似したページレイアウト（aspx）を作成することです。 このアプローチの主な理由は、元のマークアップを結果のマークアップに近づけて、二重の作業を排除することです。 元のマークアップに「div」を表示し、「div」も結果のHTMLに含まれることを確認します。

1.ビューで可能な限り少ないコードを使用する

このルールを文字どおりに受け取らないでください。コードはまだビューにあるはずです。 たとえば、テーブルを作成する単純な「for」ループ、または管理者の機能を表示する「if」ですが、日付形式の時刻や文字列の解析を決定する必要はありません-これはモデルがビューに対して行うべきことです。 おおよその計算を行います-HTMLより多くのC＃コードが表示される場合、何か間違ったことをしました。



Javascriptにもこのルールを適用します。 Javascriptがビューに表示されない理由を私はよく言っていました。したがって、これはあなたにとってショックではないはずです。 JavaSciptを個別のファイルに保存します。

2.型付きビューを使用する

これは、コントローラーからビューにデータを渡す必要があるすべてのビューに当てはまります。 ビューのビューモデルを作成し、モデルを介してデータを転送します。 これにより、型指定されたHtmlHelperなど、さまざまな可能性が開かれます。 結果として、ビュー間またはコントローラーアクション間でビューモデルを使用する場合、非常にまれにしか発生しません。 GET、POST、およびDELETEの個別のモデルを作成します。 より多くの陽気。

3.特定のビュータスクのビューモデルを作成する

はい、これは一見するとビューを実装する最良の方法ではありません。 ビューモデルを一般化しすぎると、最終的に、データを転送するためにビューに多くのロジックを実装する必要があります。 重要な点は、モデル内のデータが表すのに役立つため、データをモデルに転送するときに、正しい形式でデータを取得するすべての作業を行う必要があることです。 モデルがhtml CSS要素のクラスを定義する必要がある場合は特に、これを常に使用し続けます。 ビューでは、データベースからのデータよりもはるかに多くのことがあります。



注：Viewモデルの使用が一般的になり、Viewのデータがシャープになると、AutoMapperは非常に一般的になります。

4.独自のHTMLヘルパーは素晴らしいものです

独自のHtml Helper-ditchを作成するのは非常に簡単です。その方法を学習するとすぐに、それらが美しいことを理解できます。 これは、いくつかのロジックをカプセル化し、ビューから削除する簡単な方法です。 これらを使用して、プロジェクトのさまざまな部分で使用するコードをカプセル化します。



私が時々使用する別の小さなトリックは、Html Helper専用のモデルを作成することです。 プロジェクトには、使用するブラウザーに応じてレイアウトを変更する必要がある場所がいくつかあります。そのために、ブラウザーを定義するHtmlヘルパーを作成します。

5.標準HTMLヘルパー-素晴らしいですが、HTMLを忘れないでください

このルールの意味は、マークアップ標準HTMLヘルパーが生成するものを理解することです。 HTMLヘルパーの有用性にもかかわらず、いくつかの欠点があります（属性「名前」または「値」の変更は非常に不快です）。 より予測可能な結果を​​得るために、標準HTML（特に入力）に置き換えるほうがはるかに簡単な場合があります。 ボーナスとして、これにより、新しい従業員がコードを理解しやすくなります。 現時点では、50/50 HTMLヘルパーとHTMLを使用しています。



標準のHTML要素またはHTML Helper要素を使用するのは非常に面倒です。 同じコードを何度も入力する必要があります。 Zen-Codingに注意することをお勧めします。 適切なプラグインをインストールすることで、ReSharperテンプレートまたはVisual Studioスニペットでも同じことができます。 さらに、Visual Studioをカスタマイズする技術は、学ぶ必要があるものです。

6.すべてのリンクをUrl.ContentまたはUrl.Actionでラップします

ページをナビゲートしたり、Webサービスを呼び出したり、JavaScriptとCSSへのリンクを作成したりするWebアプリケーションがあります。 典型的なプロジェクト。 これらのリンクはすべてUrl.ContentまたはUrl.Actionヘルパーでラップする必要があります。 これにより、アプリケーションをテストまたはデプロイする際の多くの一般的な問題が解決されます。 たとえば、localhost：898989 /でアプリケーションをテストしており、myserver / myapp /にデプロイする必要がありますが、リンクの大部分は機能しなくなります。 Url.ContentとUrl.Actionを使用することでこの問題を解決できるため、常に使用しています。

7. Ajaxリクエストと組み合わせて部分ビューを採用する

部分ビューは、マスターページとhtmlおよびbodyタグを持たないビューです。 これらは、サーバー上の他の表現とクライアント上のJavascriptの両方で使用できます。 JQueryには、指定されたURLへの要求を実行し、結果のHTMLマークアップをページに挿入する優れた$ .loadメソッドがあります。 これは多くの場合に非常に便利です。



ちょっとしたトリックを使うこともあります-長時間パーシャルビューにロードされるマークアップのフラグメントをラップします。 次に、ページが読み込まれた後、パーシャルビューからデータを取得します（JavascriptのsetTimeout関数を使用して$ .loadを呼び出します）。 したがって、必要なすべてのデータを保持しながら、すばやくロードされるページを取得します。

8.マスターページを機能させる

これは、Asp.net MVCプロジェクトの作成時に提供されるマスターページに最初に問題があることを意味するものではありません。 対照的に、80％のケースでは、これがまさに必要なものです。 しかし、メインページが何をすべきかを見つけたらすぐに、マスターページから不要なものをすべて削除します。 また、マスターページの継承についても忘れないでください。

9.デザイナーに何が必要か考えてください。

彼がそうでなくても。 これは私が固執する主なパターンです。 純粋なhtmlとcssを使用するデザイナーが私のサイトをより魅力的にすることができると思います。 つまり、可能な限り純粋なhtmlを使用し、ボタンやリンクでも機能するようにJavaScriptボタンハンドラーを作成します（推奨：常にfalseを返します。これに対するjQueryプラグインはまだ作成していません） 。

10. CssとJavaScriptのバージョン管理

これは実際に次の投稿のトピックですが、それにもかかわらず、cssとJavascriptのバージョン管理のトピックについて簡単に触れます。 実際、これはMVCの特異性ではなく、すべてのWebプロジェクトで使用する必要があります。 目標は、ブラウザーのキャッシュに関する問題を解決することです。 あなたは、あなたの助けを求める人に最初に尋ねるのは、彼がブラウザのキャッシュをクリアしたかどうかだということを知っています。 私の意見では、アセンブリバージョンの自動更新をインストールし、各Javascriptファイルの最後にバージョン番号を添付する価値があります。 「myapp / ... / file.css？バージョン= 1.0.0.256」のようになります。 また、タイムスタンプの追加も同様の方法で使用します。



友人のリクエストで公開されます。 残念ながら、私は自分で招待状を投げることができません。だから、誰でも彼をメールdimaumen [at] ukr [dot] netに招待できます。