IIS.netに「IIS7.0でのVisualStudio2008の使用」というタイトルの投稿がありますが、それが人々の行動だとは思いません。(他の宝石の中でも、変更のたびにWebアプリを公開することをお勧めします。)
CassiniではなくIIS7でASP.NETアプリケーションをデバッグする場合は、方法、ヒント、およびコツを聞いてみたいと思います。
編集:私は特にローカルデバッグについて言及しています。
そのガイドを紹介したと思いますが、よく見ると、私がしていることよりも少し手の込んだものだと思います。私は次のことをしました:
プロジェクトの IIS で Web サイトを作成します。
たとえば、そのサイトにカスタム ホスト ヘッダーを追加します。http://mysite:*/ or http://mysite:80/
hosts
にあるファイルをメモ帳で開きC:\Windows\system32\drivers\etc
(Vista の場合は [管理者として実行])、次の行を追加します。
mysite 127.0.0.1
IIS の Web サイトに複数のホスト ヘッダーがある場合は、それぞれをhosts
ファイルに表す必要があります。
ここで、Visual Studio を押すF5
と、サイトが URL で開き、http://mysite
Cassini 関連の問題がないことを除いて、通常どおりにデバッグ、ブレークポイントの設定などを行うことができます... ;)
編集:明確にするために、私が知る限り、VSにプロセスをアタッチする必要がなかったことを指摘したいだけです。少なくとも、毎回する必要はありません。
複数のアプリケーション プールがある場合は、Visual Studio を IIS ワーカー プロセスにアタッチするだけで、"issapp" を実行して適切な PID を取得できます。
「デバッグの開始」をクリックしてデバッグすることはありません。
msvcmon をインストールしている場合は、リモート サーバーでも作業できるという利点があります。
デバッグ用に IIS 7 をセットアップするのはそれほど難しいことではありませんが、時間を節約するために (コールド スタートからのデバッグに興味がない場合は)、Web ブラウザーで Web アプリケーション/Web サイトを起動することをお勧めします。まず、ASP.net をプリコンパイルさせます。
次に、Visual Studio を使用して IIS プロセスに接続します。アタッチしたら、ブレークポイントの設定とデバッグに取り掛かることができます。
管理者として Visual Studio を起動し、[デバッグ] > [プロセスにアタッチ] > [w3wp.exe] を実行します。