問題タブ [project-reference]

私を悩ませている奇妙なビジュアルスタジオエラーがあります。

VisualStudio2010を使用しています

私のソリューションは小さく、2つのプロジェクトが含まれています。

プロジェクト1のクラスライブラリには、次のクラスが含まれています。

1. Namespace1.DataClass（データを保持するためのシリアル化可能なクラス）
2. Namespace2.AccessorClass（Namespace1.DataClassのインスタンスをデータベースからLinq経由でSQLにプルするメソッドを持つクラス）

プロジェクト2、コンソールアプリケーションには、次のクラスが含まれています。

1. Namespace3.Program（データベースからデータをプルし、wcfサービスを介して送信するmain関数を使用）
2. Namespace4.WCFProxy（svcutilによって生成されたwcfプロキシ）

WCFクライアントは、次の形式でオブジェクトをサービスに送信します。

（これはsvcutilによって生成されるため、スペースを節約するために言い換えています）

したがって、私のプロキシクラス内には、Namespace1.DataClassへの参照があります。

アプリケーションをビルドするとき、最初にデータベースにアクセスするプロジェクトを作成し、次にコンソールアプリを作成し、コンソールアプリからクラスライブラリに参照を追加し、最後にプロキシを生成して（編集せずに）に追加しました。コンソールアプリプロジェクト。

すべてが正常に見え、ビルド前のVSコンパイルエラーはありません。次に、ビルドすると、VSはコンソールアプリプロジェクトからクラスライブラリプロジェクトへの参照を忘れているように見え、それに応じてコンパイルエラーのヒープが発生します。

プロジェクトからプロキシクラスを除外すると、VSは参照を再度表示できます。プロキシを再度追加しても、すべてが正常です（エラーがなく、完全なインテリセンスサポートがあります）が、[ビルド]をクリックすると、すべてが再び失敗します。

誰かが以前にこの問題に遭遇したことがありますか？

乾杯シェーン

XCode 4で活用したいコードを持つ別のプロジェクトを参照するにはどうすればよいですか。特に、ここからNSDate拡張機能を利用しようとしています。

いくつかのメモ：

• フレームワークを構築するのではなく、おそらく参照する必要があると思っていました
• 既存の「HelloWorld」xcodeプロジェクトファイルをプロジェクトにコピーしようとしましたが、これは機能しなかったようです。
• 「cocotouchstaticlibrary」オプションに基づいて新しい「Target」を作成する必要がありますか？
• 次に、現在の製品スキームを編集して、ビルド時に新しいターゲットがビルドされるようにする必要がありますか？
• プロジェクト側で正確に何をする必要がありますか？ファイルを追加し、拡張機能Xcodeプロジェクトファイルを選択するだけで十分ですか？

ありがとう

私は3つのクラスライブラリプロジェクトを持っています。それらをA、B、Cと呼びましょう。project referenceプロジェクトCにAとBを追加しました。

AとBは、エラーや警告なしに構築されています。

プロジェクトCのコード（クラスファイル）は、AとBのパブリッククラスを使用しています。Cにプロジェクト参照を追加し、Cプロジェクトのクラスファイル（プロジェクトCをビルドする前）を見ると、すべてのクラスとAとBの名前空間が解決されます。クラス名（AまたはBのいずれかのクラス）にマウスを合わせると、正しい名前空間も表示されます。

両方のプロジェクト参照でCopy Localプロパティをに設定しました。True

でも、

1. Rebuild All（またはプロジェクトCでビルド）を実行すると、名前空間の解決に失敗するため、ビルドが失敗します。すべてが正しく行われていることを確認するために、さらに何を確認できますか？
2. プロジェクトCのフォルダにコピーされたAとBのアセンブリが見つかりbin\debugません。参照をコピーしないのはなぜですか？（私はこの問題についていくつかの質問を見ましたが、それらに提供された解決策のどれも私のために働きませんでした）

Visual Studio 2010ソリューション内のすべてのプロジェクトとdll参照をプログラムで検索し、反復する方法を教えてください。

すべてのプロジェクトを繰り返してProject.ProjectItemsプロパティを見つけましたProject.Propertiesが、参照を参照する方法が見つかりませんでした（しゃれが意図されています）。

これはアドインで発生しているため、ファイルを反復処理することを提案する人よりもDTEソリューションの方が適しています。

以下の回答に基づいて提案されたソリューション：

VSLangProj.dllへの参照を見つけて含める必要があります（例Program Files\Microsoft Visual Studio 10.0\Common7\IDE\PublicAssemblies：

次に、選択したすべてのプロジェクトのプロジェクトとDLL参照を次のように繰り返すことができます。

Tomas Lyckenの情報：

_applicationObjectは、私のアドインのプライベートメンバーです。例：

私はそれを次のように接続して設定しました：

概要：

特定の DLL を追加するときに、DTE を使用して [参照の追加] ダイアログの動作を複製する必要があります (CSProj ファイルの参照にヒント パス エントリが追加されます)。

**注: 関連するが重複していない別の投稿があります: https://stackoverflow.com/questions/6690655/visual-studio-2010-add-in-how-to-get-a-references-この問題の詳細については、ヒント パス プロパティもお読みください。私は今、これに対する答えを得るためにまともな報奨金を追加しました。

これまでの話：

DTE を使用してプログラムでプロジェクト参照を直接 DLL 参照に変換しています。

（子プロジェクト）を参照する（親プロジェクト）を使用Project2した単純なソリューションがあると仮定すると、次のように変更します。Project1

ここで、project1DllPath は"c:\somewhere\Project1\Bin\Debug\Project1.dll"ファイルを参照します。

私がまだ解決できない問題は、新しい参照がへ ではなく"c:\somewhere\Project1\Bin\Debug\Project1.dll"、代わりに指している "c:\somewhere\Project2\Bin\Debug\Project1.dll"(そしてファイルがそこにコピーされる) ことです。

[参照の追加] メニューを使用して DLL を直接または手動で追加すると、このコピーは行われません。

既存のプロジェクトの DLL への DLL 参照を、コピーを取得して代わりに参照せずに追加するにはどうすればよいですか?

Add の後に追加しようとしdllReference.CopyLocal = false;ましたが、フラグを設定する以外は違いはありませんでした。作成後にパスを変更するオプションはないようです。

更新: Project2 から Project1 へのビルドの依存関係をプログラムで削除しようとしましたが、効果はありませんでした。

以下は、csproj ファイルの違いです。

プロジェクトとして:

DLL 参照として (パスが完全に失われました):

手動で参照される DLL として:

DLL参照のヒントパスを指定できることがポイントのようです。DLL 参照にヒント パスを設定するにはどうすればよいですか (参照プロパティへのハンドルしかないと仮定します)。

詳細情報 (2011 年 7 月 20 日):

以下のMuse VSExtensionsからの提案は、DLL のプロジェクト BIN から親プロジェクトの BIN フォルダーへのコピーが既に作成されているため、問題の DLL には影響しません。親プロジェクトは、出力フォルダーに子 DLL が既にあるため、参照パスを使用する必要はありません。

また、プロジェクトのファイルは、プロジェクトの .csproj ファイルではなく、プロジェクトの.csproj.user ファイルにReference Paths保存されます。

私のソリューションには、プロジェクトAとBがあります。プロジェクトAは.NET4.0を対象としています。プロジェクトBは、Sharepoint2010の場合と同様に.NET3.5をターゲットにする必要があります。プロジェクトBにはプロジェクトAへの参照があります。コンパイルすると、次の警告の倍数が表示されます。

プライマリ参照「projectA.dll」は、より高いバージョン「4.0.0.0」を持つ.NET Frameworkアセンブリ「mscorlib、Version = 4.0.0.0、Culture = neutral、PublicKeyToken = b77a5c561934e089」に間接的に依存しているため、解決できませんでした。 "現在のターゲットフレームワークのバージョン"2.0.0.0"より。c：\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Microsoft.Common.targets

どうすれば修正できますか？ありがとう！

プロジェクトを右クリック->プロパティ->プロジェクト参照。ワークスペース内のプロジェクトのリストが表示され、確認できます。

それが私が思うこと（ビルド/実行したいときに再構築を強制し、参照されたプロジェクトが更新されたとき）だけを行う場合、プロパティ-> Androidでプロジェクトをライブラリとして追加するときにADTプラグインがそれをチェックすべきではありませんか？その機能を提案する必要がありますか? もしそうなら、どこですか？

何らかの方法で相互に参照する 120 以上のプロジェクトを持つ Visual Studio 2010 ソリューションがあります。すべてのプロジェクト間参照はプロジェクト参照であり、Visual Studio がプロジェクトのビルド順序を自動的に決定するのに役立つファイル参照ではありません。120 のプロジェクトのうち、相互に依存していないいくつかのコア プロジェクトがあり、これらのプロジェクトは残りのプロジェクトから広く参照されています。したがって、これらのプロジェクトはプロジェクトのビルド順序の一番上にあります。これらのコア プロジェクトには、.NET フレームワークである Enterprise Library からの参照があります (一部のプロジェクトには、zip ユーティリティなどのサード パーティの dll ファイル参照があります)。

これらのコア プロジェクトが特定の方法で並べられている理由がわかりません。相互依存しないプロジェクトのプロジェクト ビルド順序のアルゴリズムは何ですか?

PS: [プロジェクトの依存関係] の [依存関係] タブを使用して偽の依存関係を作成することで、この順序に影響を与えることができることは理解しています。

ファイル参照 (プロジェクト参照のみ) を使用しない 132 個のプロジェクトで Visual Studio 2010 ソリューションを構築しようとしています。ソリューション全体をビルドすると、次のような多くのビルド エラーが発生します。

ソリューション内のすべてのプロジェクトのターゲット フレームワーク バージョンは v3.5 です。

そのため、プロジェクトのビルド順序に基づいて、プロジェクトを 1 つずつビルドし始めました。プロジェクトの 1 つ (プロジェクト A など) で、ビルド出力に以下の情報が表示されます (フレームワークのバージョンに注意してください)。このプロジェクト A は正常にビルドされます。次のプロジェクトをビルドすると、たとえばプロジェクト B がプロジェクト参照 (ファイル参照ではなく) を介してプロジェクト A を参照すると、上記のビルド エラーがスローされます。したがって、プロジェクト B が犯人のようです。

プロジェクトBの詳細

ソリューション構成はデバッグです。

• プロジェクト B の参照ツリーで、プロジェクト A 参照のプロパティが表示されます。

1) 「ランタイム バージョン」は v2.0.50727 として。
2）「ローカルにコピー」をTrueにします。
3) 「厳密な名前」は True です。
4) 1.0.xxxx.xx としての「バージョン」(プロジェクト A の AssemblyInfo.cs で指定)
5) 「特定のバージョン」キーはありません (プロジェクト参照であるため)

• プロジェクト B の AssemblyInfo.cs には次のものがあります。

1) [アセンブリ: ComVisible(false)]
2) [アセンブリ:Guid("xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx")]
3) [アセンブリ:AssemblyVersion("1.0.xxxx.xx")]
4) [アセンブリ:AssemblyFileVersion("9.0.xxxx.xx")]

• プロジェクト B のプロパティには次のものがあります。

1) 「ターゲット フレームワーク」は「.NET Framework 3.5」
2) 「出力タイプ」は「クラス ライブラリ」
3) 「警告をエラーとして扱う」は「なし」

私の質問

現在、すべてのプロジェクトのプロパティで指定されているターゲット フレームワークは.NET Framework 3.5です。

ターゲット フレームワークが v3.5 の場合、ビルド エンジンは v4.0 の GAC ユーティリティをどのように使用しますか?

すべてのファイルを検索して、.NET 4.0 がどこかに構成されているかどうかを確認しましたが、見つかりませんでした。これが上記の問題の根本的な原因の可能性があるようです。それとも、他に何か不足していますか？私はいつもの容疑者をカバーしたと信じています。

また、両方のプロジェクトのターゲット フレームワーク バージョンが v3.5 の場合、プロジェクト B のプロジェクト A 参照のランタイム バージョンが v2.0.50727 と表示されるのはなぜですか?

PS: プロジェクト参照を削除して代わりにそのファイル参照を追加しようとしましたが、それでも同じビルド エラーが発生します。(これは通常、以前は長い名前の問題だったときに機能していましたが、この場合は機能しません)。

更新 1:

上記のビルド エラーのビルド出力は次のとおりです。

更新 2:

プロジェクト A のビルド後のイベント コマンドラインには、ビルドで v4.0 の GAC ユーティリティが使用される理由が説明されています。ここで、v3.5 Gacutil をそこに取り込む方法を理解する必要があります。私の2番目の質問はまだ残っています。

「hello world」WPF アプリケーションとクラス ライブラリ プロジェクトを含む VS2010 ソリューションがあります。私のクラス ライブラリでは、ReportImageMerge.Core という名前の名前空間にクラスを定義しました。そのプロジェクトを WPF アプリ プロジェクトで参照していますが、ビルドを実行するといくつかのエラーが発生します。カスタム名前空間内のオブジェクトへの参照である残りの親エラーは次のとおりです。

不思議なことに、プロジェクト参照を削除して再度追加すると、エラーがすべて赤い波線と共に消えてしまいます。再構築するときにのみ、エラーが新たに表示されます。名前空間とクラスは次のように定義されます。

クラスと名前は次のように参照されます。

私の問題に関連して見つけた唯一の情報は、ターゲット フレームワークを中心にしているようです。デフォルトでは、WPF アプリケーションは「.NET Framework 4 Client Profile」に設定され、クラス ライブラリは「.NET Framework 4」に設定されています。クラス ライブラリを参照する Silverlight プロジェクトを持つ人々へのアドバイスのほとんどは、Silverlight 固有のクラス ライブラリを使用することでした。WPF アプリ プロジェクトでは同じようには見えません。

参照元のプロジェクトのターゲット フレームワークを参照先のアプリと同じものに変更するようにというアドバイスを見たことがありますが、それを行うと、不特定のランタイム エラーが発生します。

ソリューションをビルドした後、クラス ライブラリの名前空間が認識されるようにするにはどうすればよいですか?