お気づきのように
シンボルは正しく読み込まれます。
ビューを作成しましたGetCompanies.cshtml
AddView
ショートリンクを使用
しかし、何をしても、ビューでデバッグすることはできません。
これまでに行ったこと:
.pdb
(まだ)Windows 7 x64をシャットダウンしませんでした:-/
Silverlightをデバッグするとき、時々同じ動作を見つけています。私の解決策は、ブラウザーのキャッシュをクリーンアップすることです(最新のIEホイールボタンをクリックして、開発者ツール))。これは、バイナリファイルをキャッシュし、新しいファイルをロードしない場合があるためです。
おそらくあなたの見解と同じかもしれませんか?
場合によっては、ハードストップがあると、Visual Studioの一時キャッシュがねじ込まれることがあります。これらのフォルダーを削除して、キャッシュをクリアします。
C:\Windows\Microsoft.NET\Framework\<.net version>\Temporary ASP.NET Files\(ApplicationName)
C:\Windows\Microsoft.NET\Framework64\<.net version>\Temporary ASP.NET Files\(ApplicationName)
上記のすべてを試して数時間この問題をいじってください。私はついにTarget Frameworkを.NET Framework4.5に変更し、すべて魔法のように動作し始めました。
これはいつも変です。私はこの問題を抱えていて、ソリューション全体を完全に再構築して解決しました。
ただし、別の奇妙な症状もありました。NSubstituteをモック化した、NUnitを使用して作成した新しいユニットテストは、NSubstituteが期待どおりの結果を返さなかったため、合格しませんでした。 NSubstituteのプログラミングに何か問題があるかどうかを理解しようとするのに数分かかりましたが、NUnit GUIにデバッガーを接続しようとすると、その警告が表示されました。
そのとき、私はソリューションの完全な再構築を行うことを決定し、それは私にとってはうまくいきました。
したがって、学ぶべき教訓は"壁に頭をぶつける前に、完全な再構築を試す"だと思います。
ビューは、ページをリクエストすると(デフォルトで)実際にコンパイルされることに注意してください。
つまり、ビューにブレークポイントを設定すると、
つまり、ビュー内のブレークポイントにマウスオーバーしたときに表示される内容を確認することは、基本的に意味のない情報です(少なくともこの点で)
このページをデバッグしようとしている場合は、問題がありますです。代わりに、デバッガーがブラウザーに出力しているものを見て、最初に修正します。これに直面していく人が驚くでしょう。
私にとっては、どういうわけか、ターゲットビルドをRelease
ではなくDebug
に切り替えました
SL5プロジェクト(VS2012)でこの問題が発生しました。そしてこれを修正するために、「Silverlight」オプションを%MyProjectName%.Web
プロジェクトプロパティ、Web
タブ。
(リリースモードでコンパイルされた)展開されたWCF Windowsサービスをデバッグしようとしましたが、まったく同じ問題がありました。これを試してみてください...
(ついに)私にとっては魅力のように働きました。
私の場合、VS 2012で.PDBファイルがホース化され(シンボルのロード元)、クリーンアップとビルドを実行すると.PDBファイルが再構築され、すべてが再び機能し始めました。