Chrome で Visual Studio 2012 を使用して mvc アプリケーションを実行すると、ページのレンダリングに 36 秒かかります - ミニプロファイラーを使用してこれを見ました。リモート サーバーでプロジェクトをホストし、ページのサーバーをヒットすると、最初のヒットで 36 秒かかります。しかし、その後のヒットでは、劇的に 1 秒以下に減少します。なぜこれが考えられるのでしょうか？リモート サーバーでアプリケーション プールを再起動すると、36 秒かかります。
問題は、IIS がサイトにリソースを割り当てているためにそんなに時間がかかっているのか、それともセットアップに何か問題があるのかということです。私たちの開発時間は、プロジェクトをデバッグする必要があるたびにかかる時間の量で、実際に打撃を受けています. ビルドしてから、デバッグ中のページをレンダリングするたびに 36 秒かかります。
「実行」と言うときは、デバッグを意味していると思います。デバッグはプロジェクトを再構築し、ブラウザをロードすると、初回ロードのすべての標準的な初期化を毎回実行する必要があります。サーバー上のアプリケーション プールのスピンアップと同じ時間 (36 秒) かかるという事実は、これを裏付けているようです。
FWIW、IIS Express を起動するには、Visual Studio セッションごとに 1 回だけプロジェクトをデバッグする必要があります。その後、プロジェクトをリビルドし、すぐに (Visual Studio でデバッグを使用せずに) ブラウザーを更新して、変更をテストすることができます。また、*.cs ファイルに変更を加えた場合にのみ再構築する必要があります。Razor ビュー、web.config などは、再構築せずに次のページの読み込み時に変更を反映します。この方法で失う唯一のものは、明らかにデバッグ機能です。Visual Studio の問題のあるコードに自動的にジャンプするのではなく、通常のイエロー ページの死を表示するだけです。しかし、実際にデバッグする必要がない限り、この方法で開発する方がはるかに速いことがわかりました。