6

4 つの PCL があり、それらはすべて同じフレームワークを対象としています。

おばさん:

おばさん

AuntieDot.Authentication:

AuntieDot 認証

AuntieDot.Core:

AuntieDot.Core

AuntieDot.Models:

おばさんドットモデル

しかし、何らかの理由で、「AuntieDot.Authentication」名前空間での「AuntieDot.Core.Helpers」の使用法 (「AuntieDot.Core」が「AuntieDot.Authentication」への参照として追加されているにもかかわらず、それは存在しないと言っています。私が得た唯一の返信は、他のライブラリが同じフレームワークを対象としていることを確認する必要があるということです。

私が使用している唯一の外部コードは JSON.net で、NuGet 経由で追加したので、それは問題ではないと思います。

「AuntieDot.Core」のコード。 ヘルパー 例外

問題をスローしているコードは、エラーリストとコンパイル時に不平を言っているだけで、通常のように赤い下線がありません:

エラー ：（

ビルド出力を投稿すると役立つかもしれないと思っただけです。 http://pastebin.com/raw.php?i=wn74UKyc

4

2 に答える 2

4

問題が見つかりました。ターゲットにしているフレームワークをターゲットにすると、VS にバグがあるようです。ビルド出力のエラーをグーグルで検索してこれを見つけました。これにより、MicrosoftのConnectサイトThe currently targeted framework ".NETPortable,Version=v4.5,Profile=Profile78" does not include "System.Net.Requests, Version=4.0.0.0, Culture=neutralで同じ問題を抱えている人にたどり着きました。彼らはすぐにこのバグを修正しているようですが、それまでは Microsoft がこの回避策をリリースしました。VS チームの Dave のおかげです。

改めまして、バグ報告ありがとうございます。対象のフレームワークを変更する必要のない別の回避策が見つかりました。これを回避するには、プロジェクトをテキスト エディターで編集し、最後の "Import" 要素の下に次を追加します。

<Target Name="_SetFullFrameworkFolderToProfile"
 AfterTargets="GetReferenceAssemblyPaths">

<PropertyGroup>
 <_FullFrameworkReferenceAssemblyPaths>$(TargetFrameworkDirectory)</_FullFrameworkReferenceAssemblyPaths>
</PropertyGroup>
</Target>

そしてブーム：

みやげ品

于 2013-01-26T00:33:49.740 に答える
1

同じソリューションで他のプロジェクトを参照するときに、以前にこの問題が発生しました。私の問題はRelease、ソリューションの残りの部分がDebug. これは、プロジェクトを正しく参照したにもかかわらず、コンパイラがデバッグ ディレクトリでコンパイル済みの DLL を見つけられなかったことを意味します。可能性はありますか？

于 2013-01-25T17:27:46.327 に答える