問題タブ [project-reference]

リフレクションを行うには、プロジェクトへの参照を追加する必要があります。しかし、このプロジェクトには.DLLファイルがないようです（ビルドした後でも）。

これは起こりえますか？

うまくいけば、誰かがここで何が起こっているのか教えてくれます。gdiplus.lib にリンクしようとしていて、「プロパティ - リンカー - 入力 - 追加の依存関係」に移動してライブラリを追加しようとしましたが、そのセクションがありません。Visual C++ 2008 を使用しています。次のように表示されます。

• 共通プロパティ
  • フレームワークとリファレンス
• 構成プロパティ
  • 全般的
  • デガギング
  • C/C++
  • 司書
  • 資力
  • XML ドキュメント ジェネレーター
  • 閲覧情報
  • ビルド イベント
  • カスタム ビルド ステップ

すべてのサブカテゴリを確認しましたが、「リンカー」セクションや「入力」セクションはありません。繰り返しますが、これはカスタマイズや奇妙な設定のない Visual C++ 2008 です。誰かが興味を持っている場合は、 http://drp.ly/13ma9lにスクリーンショットがあります。

私のプロパティ パネルが他の人とはまったく違うのはなぜですか? 典型的なマイクロソフトのがらくただと思います...

ManagedWrapper という名前のプロジェクトがあります。これは Managed C++ であり、DLL としてビルドされます。

マネージ C++ であり、DLL としてビルドされる MyManagedTest という 2 番目のプロジェクトがあります。

ManagedWrapper からのヘッダーを MyManagedTest に含めようとすると、リンカー LNK2020 エラーが発生します。次に、「フレームワークと参照」に ManagedWrapper への参照を追加しますが、これにより、ManagedWrapper のクラスが既に定義されているというコンパイラ エラーが発生します (ヘッダー ファイルを含めたため、MyManagedTest でそれらを再度定義しようとしているように見えます)、エラー C2011。

クラスを ManagedWrapper から MyManagedTest に含める適切な方法は何ですか?

ありがとう。

私はこのチュートリアルを一人でフォローしてきました。この部分に到達するまで、すべてが順調に進んでいます。

StorageClient ライブラリへの参照を設定します。サンプル プロジェクトをソリューションに追加してプロジェクト参照を追加するか、コンパイル済みの dll への参照を追加することができます。StorageClient プロジェクトをソリューションに追加し、プロジェクト参照を追加します。

StorageClient プロジェクトが見つかりません。SDK v1.2 があり、samples-cs.zip があります。StorageClient はありません。

SDK にはref/Microsoft.WindowsAzure.StorageClient.dll. ASP プロジェクトに参照を追加しようとしましたが、うまくいきません。VS は型TableStorageEntityも名前空間も認識しませんMicrosoft.Samples.ServiceHosting.StorageClient。

私は何を間違っていますか？StorageClientどこかを見つけてそれを使うことはできますか？SDK から削除された場合、サポートされなくなったということですか? もしそうなら、なぜDLLを持っているのですか?

A と B の 2 つのプロジェクトがあるとします。A は B に依存します。これは次の 2 つの方法で指定できます。

• A と B を同じソリューションに含め、B を A のプロジェクト依存関係として指定します。これは、A の msbuild プロジェクトに "ProjectReference" ノードとして表示されます。
• B のコンパイル済み dll への参照を A の依存関係として含めます。これは、A の msbuild プロジェクトに「参照」ノードとして表示されます。

私の質問は、A のアセンブリをビルドしたら、これら 2 つの方法の最終出力に違いがあるかどうかです。

この関係をモデル化するいくつかの単純なプロジェクトを作成して比較を試みましたが、比較ツールが異なれば、異なることがわかります。これらのファイルをバイトごとに比較する何かを書いている間、私はあなたがこれについて何か知っているかどうか疑問に思っていました. 具体的には、プロジェクト参照の代わりに dll 参照を使用すると、ビルドされたアセンブリの動作に違いはありますか。

This question to which I already found the answer is posted here in case of someone else encounters it. I decided to post the Q&A here so that SO has something about this error, since I don't know if it's been here before.

This occured after an update of the .NET Framework. Before the update, everything compiled just fine! After the update, I could compile nothing!

The error message is:

Error 1 - Could not find file 'Microsoft.Windows.CommonLanguageRuntime, Version=2.0.50727.0'.

カスタム DLL への多数のプロジェクト参照を含む VS 2008 C# Web アプリがあります。これらはすべて、Web プロジェクトからの相対パスにあります。最近、Clean Solution が Web アプリの bin\debug フォルダーからすべてではなく一部の dll を削除することに気付きました。例えば：

最初のものは正常に動作します (clean はそれをクリーンアップし、新しいバージョンは再構築時に Web プロジェクトにコピーされます) が、2 番目は動作しません。副作用は、依存関係の変更を自動的に取得しないことです。

助けてくれてありがとう。

1つのクラスライブラリプロジェクトを持つソリューションがあり、他はWPFアプリケーションです。クラスライブラリの参照を追加しましたが、どちらもそのクラスを使用できません。

それで、問題は何ですか？

注：タグについては申し訳ありませんが、サファリの問題です。

私の .net ソリューションには 3 つのプロジェクトがあります。
メイン プロジェクトと 2 つのクラス ライブラリ プロジェクト。

クラス ライブラリ プロジェクトを相互参照する必要があることがわかりました。
それをしてもいいですか？それは安全ですか、それともいくつかの考慮事項がありますか？

Wix/Votive を使用して、.NET ソリューションのインストーラーをビルドしています。プロジェクト参照を使用して、他のプロジェクト (EXE および DLL) のバイナリを含めます (これは内部的に使用するheat.exeと思います)。

私が今やりたいことは、ngen.exeインストール中にすべてのアセンブリを pre-jit することです。Wix ヘルプによると、これはWiX .NET 拡張ライブラリを介して実行できます。

問題は、<File />タグがによって作成され、内部でタグを生成するようにheat.exeアドバイスする方法、または生成されたタグを参照してタグを外部に添付する方法を理解できないことです。heat.exe<NativeImage /><File /><NativeImage />

現在、私が目にする唯一の方法は、プロジェクト参照を使用しないことですが、明らかにそれらを保持したいと考えています。

助言がありますか？ありがとう！