問題タブ [project-reference]

.Net のプロジェクト参照に問題があります。次の 3 つのプロジェクトがあります。 コンソール アプリケーション MVC 3 Web アプリケーション クラス ライブラリ (メール)

コンソール アプリと Web アプリの両方が Mails プロジェクトを参照します。メール プロジェクトは RazorEngine.dll を参照します。

これで、コンソール アプリを実行するとすべて問題なく動作し、エラーなしでメールが使用されます。Web アプリを実行してメールを使用しようとすると、FileLoadException がスローされます。

両方のアプリが Mails プロジェクトで同じコードを使用しているため、なぜこれが起こっているのかわかりません。

RazorEngine.dll は Web アプリの bin フォルダーにあるため、見つからない理由がわかりません。

助けてください！！！私は仕事でこれを解決する必要があります:S

重複の可能性:
NuGet を使用して開発者間でコードを共有する

私は最近、「libs」フォルダー内の TFS のプロジェクトに格納されているサード パーティのライブラリ DLL を明示的に参照してライブラリの使用を管理することから、NuGet がそのようなプロジェクト参照を処理できるようにすることに切り替えました。ただし、あるマシンに NuGet 参照を追加すると (たとえば、Daniel Crenna のTweetSharpに)、別のマシンでプロジェクトの最新バージョンを取得した後に DLL が表示されないようです。しかし、NuGet はそれらがインストールされていると見なすため、インストールを更新するオプションがありません。

おそらく、これはいくつかのスクリーンショットで理解しやすいでしょう。（クリックスルーで大きいものに小さいものを含めます。）

元のマシンで NuGet によって追加されたプロジェクト参照は次のとおりです。

TFS からソリューションの最新バージョンを取得して再構築した後の 2 台目のマシンからの対応するスクリーンショットを次に示します。

正しい参照がプロジェクトにあることがわかりますが、DLL が利用できないため黄色の警告三角形が表示されますが、NuGet ダイアログには「インストール」や「再インストール」ではなく「アンインストール」しか表示されません。

複数の開発マシンで NuGet を TFS と組み合わせて使用​​するにはどうすればよいですか?

MVC プロジェクトが WCF サービス プロジェクトを参照している場合 (サービス参照ではなく通常のプロジェクト参照)、HTTP を使用して通信していませんか?

WCF サービスを HTTP 経由で複数のモバイルおよびサード パーティ クライアントに公開したいと考えていますが、独自のアプリケーションはパフォーマンスが高いため、HTTP なしで使用したいと考えています。

私が現在行っていることはこれを達成していますか？

Visual Studio 2010、XNA 4.0 ゲーム ソリューションがあります。「ゲーム」と呼んでください。これには、「GameContent」という名前のコンテンツ プロジェクトが関連付けられた「Game」という名前のプロジェクトがあります。また、「LevelEditorContent」という名前の関連するコンテンツ プロジェクトを使用して、「LevelEditor」という名前のソリューションで 2 つ目のプロジェクトを作成しました。

Game と LevelEditor はどちらも、独自のコンテンツ プロジェクトからコンテンツをロードできますが、問題ありません。ただし、LevelEditor が GameContent からコンテンツをロードできるかどうかを確認することにしたので、LevelEditor のコンテンツ参照を GameContent に追加しました。

ここで、[デバッグ] をクリックするか F5 キーを押すと、コンテンツの 1 つで FileNotFound エラーが発生してゲームがクラッシュします。LevelEditor からコンテンツ参照を削除すると、ゲームが再び機能します。理由がわかりません。ゲームは唯一のスタートアップ プロジェクトです。

さらに奇妙なことに、ソリューション エクスプローラーでゲーム プロジェクトを右クリックし、[デバッグ] を選択してから [新しいインスタンスを開始] を選択すると、レベルエディターにそのコンテンツ参照があるかどうかに関係なく、ゲームは正常に実行されます。

DIFFERENT プロジェクトのコンテンツ参照が、ゲームのコンテンツをロードする機能を台無しにするのはなぜですか? F5/Debug と Start New Instance の違いは何ですか?

System.Data.SQLite を参照として持つ C# ライブラリと、ライブラリを使用する実行可能ファイル (2 番目のプロジェクトとして) があります。

ライブラリには、System.Data.SQLite のクラス (具体的にはSQLiteDataReaderクラス)を参照する関数があります。

ライブラリは正しくコンパイルされますが、この関数を呼び出す実行可能ファイルはコンパイルされません。

これはビルド時にエラーとして表示され、「アセンブリ 'System.Data.SQLite' への参照を追加する必要があります」と表示されます。原因は IEnumerable だと思いますが、参照がライブラリ経由で転送されないのはなぜですか? 実行可能ファイルにも System.Data.SQLite への参照を追加する必要がありますか?

windows-form3 つのサブプロジェクトで構成されるアプリケーションがあります。

プロジェクト Bの参照をプロジェクト Cに追加しようとすると、参照が追加されます。しかし、プロジェクトをビルドすると、 Project Bへの参照が見つからないというエラー メッセージが表示されます。

しかし、後でプロジェクトCがターゲットフレームワークに設定されていることがわかりました-.net framework 4 client profileプロジェクトB .net framework 4.プロジェクトcでターゲットフレームワークを.netフレームワーク4に変更すると、すべて正常に動作し始めました。その背後にある理由は何ですか？

プロジェクトが相互に参照している場合、すべてのプロジェクトが同じターゲット フレームワークにある必要がありますか?

ありがとう

MainProjectメインアプリケーションといくつかのプラグインプロジェクトなどPlugin1で構成されるソリューションがありますPlugin2。それぞれがVisual Studio内の個別のプロジェクトでビルドされています。

ソリューションを構築するために、プラグインのすべてのファイルをメイン アプリケーションの出力ディレクトリにコピーする必要があります。しかし、プラグイン dll への明示的な参照を含めたくありませんMainProject.exe(動的に読み込まれます)。したがって、プロジェクト参照の定義MainProjectは機能しません。

ファイルを「手動で」コピーするビルド後のステップを使用することもできます (「C# - Copy dlls to the exe output directory when using dependency injection with no references? 」で説明されているように) が、プラグインごとに複数のファイルが存在する可能性があるため、また、このソリューションは時々変更され、維持するのはかなり面倒です (特に、ビルド構成が異なり、それぞれが異なるファイルを生成するため)。また、特定のビルド用にコピーするプラグインを簡単に選択したいと思います。

これを行うには、おそらくカスタム MSBuild 構成の変更を含む、最良の方法は何でしょうか?

設定：

• ASP.NET MVC3
• Ninject v2.2.1.4
• Ninject v3.0.0.15
• Ninject.MVC3 v3.0.0.6
• Ninject.Web.Common v3.0.0.7

NuGet を使用して、私の UnitTest プロジェクトは Ninject v2.2.1.4 を参照しています

私の Web プロジェクトは、Ninject v3.0.0.15、Ninject.MVC3、および Ninject.Web.Common を参照しています。

問題：

Web プロジェクトの bin フォルダーで win エクスプローラーを開き、ソリューションをビルドすると、Ninject v2.2.1.4 が Web プロジェクトの bin ディレクトリにコピーされていることがわかります。その後、Ninject v3.0.0.15 に置き換えられます。

F5 キーを押してデバッグすると、Ninject.dll v3.0.0.15 が Ninject v2.2.1.4 に置き換えられ、次のエラーが発生します。

ファイルまたはアセンブリ 'Ninject, Version=3.0.0.0, Culture=neutral, PublicKeyToken=c7192dc5380945e7' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT からの例外: 0x80131040)

何を与える？

.NETプロジェクトに参照として含まれているレガシーVB6COMDLLがあります。私の手動ビルドプロセスは次のようになります。

1. VB6DLLをビルドする
2. VB6DLLを参照ディレクトリにコピーします
3. VB6DLLをに登録するregsvr32
4. .NETプロジェクトで、古い参照を削除します
5. 新しいVB6DLLへの参照を追加（参照）
6. 参照のIsolatedプロパティをTrueに設定します
7. .NETソリューションを構築する

私はこの手順を自動化する過程にあります。ステップ4から6は私に問題を与えています。新しいVB6COMDLLを登録すると、.NETプロジェクトの古い参照が無効になります。プロジェクトファイルを見ると、次のことがわかります。

GuidプロパティをCOMの新しいclsidで自動的に上書きする必要があると思います。また、プロパティVersionMajorとVersionMinorプロパティを変更する必要があるかもしれません。

残念ながら、これらはVB6COMDLLファイルのプロパティではないようです。この情報はどこで入手できますか、および/または正しい道を進んでいますか？これを自動的に行うツールやオプションはありますか？

編集

参照を更新しない場合に発生するビルドエラーは、エラーMSB3179です。

エラーメッセージの実際のテキストは次のとおりです。

c：\ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Microsoft.Common.targets（2580,9）：エラーMSB3179：COM参照'DllName'の分離の問題：このコンポーネントの登録済みクラスが検出されませんでした。[path / to / projfile.vbproj]

...ここで、「DllName」は私のDLL名であり、「path / to/projfile.vbproj」はCOM参照を含むプロジェクトファイルへの完全修飾パスです。

Visual Studio ソリューションに、参照先プロジェクトの間違った GUID を含むプロジェクト参照が含まれるプロジェクトがいくつかあります。(おそらく、ある段階で参照されたプロジェクトが再作成されたためです)

例えば。次のプロパティを持つプロジェクト CoreProject.csproj を検討してください。

別のプロジェクトにはこれへの参照が含まれていますが、ある段階で GUID が変更され、現在は正しくありません。

ソリューションは引き続き Visual Studio と msbuild で正しく読み込まれ、ビルドされますが、間違った GUID を使用すると、VS 内でパフォーマンスに影響を与える可能性があると思われます。

この問題を抱えている多くのプロジェクトで解決策は非常に大きく、これらの参照を手動で再追加する必要はありません。プロジェクト参照 GUID を「修正」できるツールまたはマクロはありますか?