3

.NET 4.5 および Windows ストア アプリを対象としたポータブル クラス ライブラリに、次の非常に単純なコードがあります。

HttpResponseMessage response = await _httpClient.PostAsync(uri, content);
response.EnsureSuccessStatusCode();

2 行目にブレークポイントを配置してアプリケーションを実行すると、ブレークポイントは正しくヒットしますが、次のようにレポートされるため、デバッガーで応答を調査できません。

「応答」という名前は現在のコンテキストには存在しません

どの程度関連しているかはわかりませんが、実行中のアプリケーションと同じソリューションに配置されたポータブル クラス ライブラリをデバッグできるようにするには、デバッガーの設定で[マイ コードのみ] デバッガーの設定を無効にする必要がありました。

async-await メソッド、ポータブル クラス ライブラリ、ターゲット アプリケーション (特に Windows ストア アプリ)、またはこれらのツールの組み合わせの制限ですか? それともデバッガのバグですか?どんな回避策も役に立ちます。

4

1 に答える 1

2

これが新しいVisual Studioの更新でも発生するかどうかはわかりませんが(そのコードベースはもうありません)、私の場合の問題はおそらくAsync-Awaitデバッグとコードコントラクトを組み合わせることでした. コード コントラクトを使用していない場合、問題は発生していません。

于 2013-08-05T13:33:54.717 に答える