C++ .NET ソリューションを MSVS 2012 に移植しています。アセンブリでビルドされたローカルに特定の問題があります。「共通プロパティ」セクションの参照リストに、アセンブリが追加されました (参照による「新しい参照の追加」)。しかし、多くの場合 (常にではありません)、リンクが壊れているように見え (アセンブリ名の左側の小さなアイコンに赤い垂直バーが表示されます)、プロジェクトはコンパイルされません。
参照を削除してから再度追加し（同じものです！）、ビルドします。ソリューションには多くのプロジェクトがあるため、この問題を修正する方法についてのヒントをいただければ幸いです。
この問題に遭遇しましたか?
詳細についてはお気軽にお問い合わせください...
ありがとう。
そのプロジェクトまたは別のプロジェクトによってビルドされたアセンブリを追加していますか? その場合、問題は、そこにないか、占有されている可能性があることです (VS2010 などの別のプロセスによって排他的に開かれています)。
同じプロジェクトにある場合は、参照して追加しないでください プロジェクト タブから追加してください。
そうでない場合は、アセンブリを別の場所にコピーしてから、それをポイントしてみてください。
一般に、別のプロジェクトにある異なるアセンブリを指すことは非常に悪い考えです。
これの一般的な理由は、追加されたアセンブリが必要とする参照されたアセンブリです。また、プロジェクトには、そのアセンブリを含まない .NET フレームワーク ターゲットがあります。それが起こると、IDEはおかしくなります。すべてが正常に見えます。たとえば、IntelliSense が機能します。コンパイルして矛盾が発見されるまで。[エラー リスト] ウィンドウに警告が表示されますが、除外されたアセンブリが生成する通常の大量のエラーにより、簡単に見逃されます。
System.Web は、たとえば、利用できない一般的なものです。フレームワーク ターゲット設定をクライアント プロファイルからフル バージョンに変更して問題を修正し、再試行してください。
これが私の問題を解決したものです：
参照を追加する場合 (少なくとも VS2012 では)、左側に 4 つの選択肢があります。
反射的に、フォルダー内の DLL を参照したかったので、[参照]を選択しました。私はそれ (DLL) を見つけましたが、それが正しいと誤って信じていました。
私がしなければならなかったのは、Assembliesを選択することでした。次に、ダイアログの下部にある [参照] を選択して、フォルダーを参照できます。
現時点では、最初の参照が何に役立つかわかりません。とにかく、私の間違いが誰かを助けることを願っています!
そしてヒントを教えてくださった方々、本当にありがとうございました！