4

すべて：プロジェクトの1つが、ソリューションが構築するメインexeに実際にプラグインされているソリューションに取り組んでいます。この1つのプロジェクトはプラグインであるため、メインexeからプラグインを参照するのは誤りです（アセンブリがデプロイメントに存在することが保証されているわけではなく、オプションです）。

プラグインプロジェクトのコードを変更してからF-5キーを押して実行すると、Visual Studioはプラグインをビルドしません（参照ツリーに基づいているため、メインのexeは次のように表示されません）それに依存します）。

（参照を追加せずに）実行時にこのプラグインプロジェクトが含まれるように変更できるソリューションまたはプロジェクトレベルの設定はありますか？

ツールのグローバル設定について知っています| オプション| ビルドして実行しますが、このソリューションを正しくビルドするためだけにVSの動作をグローバルに変更する必要はありません（また、設定がソリューションまたはプロジェクトに対応している場合は、他の開発者がチェックアウトするときに、単に継承する必要があります設定）

ところで：これらはVS 2005ソリューションのc＃プロジェクトです。

4

2 に答える 2

5

ソリューションエクスプローラー->プロパティ->プロジェクトの依存関係でルートノードを右クリックします。（VS 2008ユーザー：この機能には、コンテキストメニューから直接アクセスできる独自のダイアログボックスがあります。）

依存関係グラフは、チェックボックスの隣接リストとして表されます。選択した各プロジェクトでは、直接参照がチェックされて無効になります[アセンブリ参照ではなくプロジェクト参照を使用すると仮定します]。他のチェックボックスは、循環依存を作成する場合は無効になる可能性があります。

チェックボックスが無効になっていない場合、チェックをオン/オフにすると、ProjectSection（ProjectDepedencies）セクションがソリューションファイルに書き込まれます。したがって、設定はソース管理を介して他の開発者に伝播されます。

ただし、公正な警告：MSBuild（Team Buildの任意のバージョンを含む）を使用する場合、VisualStudio内でのビルドと同じ方法で*.slnファイルのカスタマイズを処理できるとは限りません。*。slnは、*。?? projファイルとは異なり、ネイティブのMSBuildファイルタイプではありません。私自身、ここで説明されている問題に遭遇しました。私は時々反対の振る舞いを見ました。

于 2009-07-08T23:56:34.363 に答える
0

メインのexeとプラグインの組み合わせを表すダミー（空の）プロジェクトを作成し、そのプロジェクトを両方に依存するように構成することを提案できますが、起動時にEXEを実行しますか？

于 2009-07-08T22:25:00.057 に答える