私は私の解決策を構築するたびにこのエラーメッセージが表示されます。この参照を解決できませんでした。アセンブリを見つけることができませんでした
警告3この参照を解決できませんでした。 アセンブリ "StandardClassLibrary、Version = 1.0.0.0、Culture = neutral、 processorArchitecture = MSIL"が見つかりませんでした。アセンブリがディスク に存在することを確認します。この参照がコードで必要な場合は、 のコンパイルエラーが発生することがあります。 StandardClassLibrary
私のアプリケーションには、StandardClassLibraryのプロジェクトが多数あります。上記のメッセージは警告であり、私の知る限り、私のソリューションには影響しません。
しかし、私はむしろそれはちょうど...
場合にあなたが最も可能性が高いそれはもはや存在しないアセンブリの古い場所にこのメッセージプロジェクトのポイントを取得し、そこではないでしょう。一度ビルドすることができたので、アセンブリはすでにbin\Debug/フォルダにコピーされているので、プロジェクトではまだコピーを見つけることができます。
ソリューションエクスプローラでプロジェクトの参照ノードを開くと、参照の横に黄色のアイコンが表示されます。参照を削除し、正しい場所から再度追加します。
参照元の場所を知りたい場合は、.csprojファイルをテキストエディタで開き、そのアセンブリのHintPathを検索する必要があります。何らかの理由でIDEにこの情報が表示されません。
プロジェクトファイルが読み取り専用であることを確認してください。プロジェクトフォルダを右クリックしてプロパティを選択して、読み取り専用プロパティを削除します。プロパティ画面で、読み取り専用チェックボックスを削除します。私は同じ問題に遭遇し、これが私のために解決しました。
これは私が、ソリューション内のさまざまなプロジェクトの依存関係が台無しになってしまったことがわかってからしばらく私を混乱させました。正しい場所にアセンブリが現れます。
同じライブラリファイルの場所が異なるTeam Foundation Serverを使用してプロジェクトを別のPCにチェックアウトすると、参照に黄色のアイコンマークは表示されませんが、リリースビルドに変更してプロジェクトをビルドすると、 。ちょうど@C.Evenhuisが言ったように、以前のビルドで古いものを使用します（例：Debug build）ので、間違いに気付かなかったのです。
今私は、別のPC上の別の場所にライブラリファイルを置くことは悪い習慣であることを知っています。
参照を削除して、正しい参照先から同じ参照を再度追加するだけです。
私はVS 2017で同じ警告がありました。私のケースでは、私は単体テストプロジェクトを追加し、テストしていたDLLのユニットテストの依存関係を設定する必要がありました。
誰でもいくつかのnugetパッケージでこの問題に直面した場合、あなたはそのパッケージマネージャコンソールを使用してパッケージを再インストールすることで解決できます。
Update-Package -reinstall
は、アセンブリ内のメソッドの機能をテストするテストを書くには。起動時にそのテストを実行し、すべての結果が確実であることを確認してください（あなたが話す限りではなく）。 – Kcvin