2016-12-20 8 views
3

私はシンボルとソースでナゲットパッケージを生成するクラスライブラリプロジェクトを作成しました。 webformsプロジェクトはこのナゲットパッケージを使用します。ソースブレークポイントを持つナゲットパッケージをステップインするのではなく、デバッグできますか?

プロジェクトをデバッグするには、IISプロセスにアタッチし、ブレークポイントを適切に設定します。これはwebformsプロジェクトと同じソリューション内にあるコードで正常に動作します。

元のクラスライブラリプロジェクトから(ケース1)、ソースファイルを開いてIISプロセスOR(ケース2)にアタッチして、クラスライブラリにあるコードをデバッグできるようにしたいと思いますwebformsソリューション。

ケース1では、ソースファイルのファインとブレークポイントにアクセスできます(シンボルがロードされていないとエラーは発生しません)が、ブレークポイントはヒットしません。

ケース2では、ソースファイルを読み込む方法がわかりません。私が考えることができる最高ののは、ソースファイルにステップインしていることです。これは、アプリケーションの構造上、やるのがむずかしいからです。

ファイルにステップインするのではなく、ブレークポイントを設定することで、ナゲットパッケージをデバッグする方法はありますか?

答えて

1

与えられたナゲットを生産したソリューションに最も簡単にアクセスできる場合は、直接作業プロセスにアタッチしてください。 Debug -> Attach To Processwebformアプリのプロセスを見つけよう - ほとんどの場合w3wp.exeAttachです。最も良い方法は、ローカルでビルドされたDLLをデバッグに使用することです。

ソリューションからWebformアプリケーションを実行している場合は、Debug -> Start without Debuggingで実行することもできます。それ以外の場合は、デバッガが既に接続されているというエラーで終了することがあります。

ソースコードの解決法がない場合もうまくいくはずです。場合は、それはあなたが、それは他の原因の多くのためのDebug->Option->Debugging->Symbols->{All modules/Only specified}

グッドトラブルシューティングガイドでは除外されていないことを確認してください動作しないことは、この記事である:私はR#ソフトウェアを見つけたHow to debug external class library projects in visual studio?

消費コードのデバッグのオプションを強化しますとにかく多くの場合でもVSでもそうすることができます。

+0

私はナゲットを生産したプロジェクトからそれを取り付けようとしました。しかし、それはうまくいかないようです - 多分バージョンが少し異なるかもしれません。 –

+0

あなたはそのソリューションを構築し、代わりにその出力をナゲットから使用することができます。あなたはその解決策がある場合には、それは同じ結果を持っている必要があります –

関連する問題