2009-05-05 9 views
0

私はいくつかのサンプルソースと一緒に.NETクラスライブラリを開発しています。 私のソリューションは、ライブラリ、ライブラリを説明するサンプルVB、およびそれらをすべて展開するセットアッププロジェクトで構成されています。リファレンスアセンブリを使用してサンプルソースを正しく配備するにはどうすればよいですか?

サンプルは、クラスライブラリのプロジェクト依存性を有しており、セットアッププロジェクトは、クラスライブラリを展開するように構成されている(すなわち、.NETクラスライブラリプロジェクトからの出力)とVBアプリケーションのソース。

問題は(すなわち、それはクラスライブラリの.csprojを参照)VBアプリのためのvbprojファイルは、プロジェクトの依存関係が含まれています。私が達成しようとしています何

は、ソースがクライアントマシン上に展開されている場合、それは自己完結型のプロジェクトであり、それが(ちょうどインストール)クラスライブラリDLLに依存しているということです。

私はvbprojファイルのいくつかのインストール後の操作を行う必要があると思っていますが、私はこれを初めて知っているので、これは(私が思っただろう)共通の問題は私が簡単に扱うことができますか?

TIA

答えて

0

"プロジェクトの依存関係"を削除して、代わりに "アセンブリ参照"をVBプロジェクトに追加することができます。

+1

Thanks aamit、Reed。私は上記のオプションの両方が私には公開されていることを知っていましたが、環境が処理する合理的な共通のユースケースがあったように感じました。私はaamitの提案を使用しました。ビルドは今ほどクリーンではありませんが、動作します。 – dermdaly

1

私の提案は2 solutions-ライブラリの1、およびVBのサンプルプロジェクトの一つに、あなたの二つのプロジェクトを分離することです。

VBサンプルプロジェクトは、プロジェクトの参照ではなく、ライブラリのDLLを直接参照することができます。これは、このサンプルを "どのように配備する"計画に近いので、実際に何も操作する必要はありません。

あなたはあなたのライブラリーを書いている間に次の2つのプロジェクトを維持しているはずだから、これは、より困難かもしれないが、あなたのライブラリが成熟している場合、それはこのようクリーナーです。

関連する問題