ASP.NET MVCでは、プロジェクトファイルの次のキーをtrueに設定することで、ビューのコンパイルを有効にできます。
<MvcBuildViews>true</MvcBuildViews>
そうすれば、ソリューションをコンパイルするたびに、ビューもコンパイルされます。これにより、実行時ではなくコンパイル時にエラーを見つけることができるので、すばらしいことです。これは、ビュー内の名前変更されたプロパティや変更された名前空間を見逃す可能性があるため、リファクタリング時に特に役立ちます。
メリットしかわかりません。そのため、このオプションがデフォルトで設定されているだけでなく、Visual Studio 2010 UIでも使用できず、http： //odetocode.com/blogsに記載されているように、構成に追加の変更が必要になることがよくあります。 /scott/archive/2011/02/16/notes-on-building-razor-views.aspx
ASP.NET MVCビューのコンパイルに合理的な欠点はありますか？
それが「良い習慣」でも「悪い習慣」でもないとは言いません。これは、ツールボックス内の単なる別のツールです。
デフォルトで有効になっていない理由は、小さなプロジェクトは問題ありませんが、中規模から大規模のプロジェクトでは数分かかるため、すぐに非常に遅くなるためです。
また、特定の種類のエラーのみをキャッチします。だから、すべてのためにそれに依存しないでください。
これは、Webフォームプロジェクトでページをプリコンパイルするのと似ていると仮定します。はい。ユーザーがビューにアクセスするときにビューをコンパイルする必要がないため、アプリケーションのパフォーマンスが向上するため、これには多くのメリットがあります。
ただし、これにより小さな変更がはるかに難しくなる可能性があります。コードに小さな変更を加える必要があるシナリオに遭遇しました。再デプロイする必要がある場合は、アプリケーションがリサイクルされ、ユーザーが作業を失う可能性があります。正直なところ、このタイプの機能を使用するほとんどはWebフォームでしたが、プロセスは似ているはずです。
また、展開が少し難しくなりましたが、展開の頻度が低いため、これを短所とは見なしません。