1.はじめに
あなたはVSを使用してプロジェクトを作成するとき、私たちは次のような問題が発生することがあります。
これらのプロジェクトといくつかの間に複数のプロジェクトのエンジニアリングを含む溶液は、お互いに依存していますと①鍵生成ソリューションにつながる予測不可能な項目ごとに鍵生成ソリューション、ビルド順序は、エラーが出てくるとき。
②私たちはこれらのライブラリはどのディレクトリに適切なソリューションを前に配置する必要があることを、いくつかのサードパーティのライブラリのDLL、DLLを引用した場合は？
③後半にはリリースされたとき、私がリリースフォルダの圧縮の直接コピーはそれができませんでしたか？
このような質問は、私は自分の経験について書く運びます。
2.ローカルディレクトリ
図は、私自身のI通常使用のディレクトリ構造で、通常のプロジェクトを開始する前に、私は最初のマップ上で複数のディレクトリを作成し、各ディレクトリの内容が保存されました：
-
ドキュメント：等のプロジェクト開発に関連する文書の保管、GitのかSVNへのアップロードは、プラットフォームをホスティング、私は通常無視アップロードするフォルダを選択します。
-
公開：パッケージにパッケージングツールを使用している場合、すべてのプロジェクトの依存関係の保管、生成されたファイル、リソースファイルなどは、ディレクトリ内で直接包装することができます。そこのdllファイルやexeファイル形式ので、ホスティングプラットフォームにパッケージをアップロードするとき、あなたはまた、アップロードしないことを選択することができますアップロードすることができます。
-
Slns：作成したVSツールの異なるバージョンを格納するためのソリューションファイル。ホスティングプラットフォームにアップロードするときは、アップロードする必要があります。
-
SRCSは：名前が示すように、ソースコードファイルを格納します。ホスティングプラットフォームにアップロードするときは、アップロードする必要があります。
-
テスト：私は通常の機能のためのテストデモプロジェクトを保存します。
3.プロジェクトのプレゼンテーション
MicroUI.Wpf：ファイルとしてMicroUIという名前のWPFカスタムコントロールのオープンソースプロジェクト、ユーザへの最終的な出力：第2節で作成したディレクトリの後、私は、次の要件を持っていると仮定すると、いくつかのプレゼンテーションを作り始めました.Toolkit.dllは、今私は、プロジェクトを作成します。
3.1ソリューションの作成
オープンVSは、ここで私は、.NET4.5をVS2013を使用しています。
新規プロジェクトは、あなたが作成されたVSのメニューバー「ファイル」で「新規」\「プロジェクトを」\することができます矢印をクリックしてください。
上記のように、新しいプロジェクトは、新しいソリューション、同じ名前であると私たちの最初のプロジェクト名を作成するための場所の選択は、[ルートディレクトリ] \ MicroUI \ SRCSで、MicroUI.Wpf.Samplesです。情報が記入された後、「OK」ボタンをクリックします。
ローカルマップは、このソリューションは、プロジェクトを持っている、「MicroUI.Wpf」という名前の良いソリューションを作成するために、あなたが見ることができるように矢印で示しました。下記に示すローカルディレクトリファイルソリューション括弧で見ることができます。
次のような意味を持つ2つのファイルの合計：
.slnファイル：（ビジュアルStudio.Solution）環境プロジェクト、プロジェクト項目とソリューションディスク上のキーの場所への参照を提供することにより、あなたはソリューションにそれらを整理することができます。例えば、デバッグモードでは、生成、などリリースモード、特別または汎用CPUとされます。
.suoファイル：（ソリューションユーザーOpertion）ソリューションのユーザーオプションは、あなたがそれを開くたびにカスタム設定が含まれていることをあなたが作った、ソリューションに関連付けられているすべてのオプションを記録します。例えば、VSは、レイアウト、そして最終的にプロジェクトファイルをコンパイルしますがオフになりません。
これら二つの文書では、インターネットはより詳細な説明があり、あまりにも多くの説明をしません。
3.2カスタムソリューションの場所と名前
まず、図に示す矢印の部分を選択するためのマウス。
次に、メニューバーで、\「ファイル」を選択し、「名前を付けて保存の.sln [ソリューション名] ...」
ポップアップする名前を付けて保存]ダイアログボックスで、パスを選択し、「MicroUI \ Slns \ VS2013」
「MicroUI.Wpf.sln」という名前の設定ファイルは、その後、「保存」ボタンをクリックします。
矢印ソリューション名が変更された場所を私たちは見ることができますが、Slns \ VS2013ディレクトリに生成された二新しいソリューションを見ることができます。
以下では、ライン上で削除されたフォルダの下に2つのファイルのSRC \ MicroUI.Wpf.Samples \ソリューションを\ MicroUI。
削除された後
3.3カスタムユーザーコントロールライブラリを作成
次に、私は、カスタムライブラリを作成します。
ソリューションマウスを選択し、右の\「新規プロジェクト」を「追加」を選択しクリックしてください
順次、図の矢印で、この選択は、「WPFカスタムコントロールライブラリ」ではなく、「WPFユーザーコントロールライブラリ」であることに留意すべきである選択を示したように、両者の違いがあります。最後に「OK」ボタンをクリックしてください。
アイテムは、カスタムコントロールのライブラリに追加されている参照してください、そして、我々はプラットフォームを実行するように設定する必要があります。
3.4コンフィギュレーションソリューションプラットフォーム
次は、このようなx86またはx64など、これら二つのプロジェクトのプラットフォームを構成します。
マウスは、溶液、右クリックを選択し、「構成マネージャ」を選択し、
図からデフォルト設定のポップアップソリューションを見ることができます
私はコンフィギュレーション、デバッグとリリースのサポートx86プラットフォームを変更してみましょう。図に示すように移動します。
設定した後、[閉じる]ボタンをクリックしてください。（あなたがのx64をサポートしたい場合は、地図上の行に設定手順に従ってください）
これは、溶液がリリースモードで開発され、この時点で見ることができます。
3.5カスタムプロジェクトファイルのパスを生成します
以下に、私たちは、同じディレクトリに、私が作成し始め、すなわち公共のカタログを生成し、これらの二つのプロジェクトのファイルを持っています。
あなたのマウスを右クリックし、「MicroUI.Wpf.Samples」を選択し、次のようにインターフェースのプロジェクトのプロパティを表示するには、「プロパティ」を選択します。
[プロパティ]ページで、「生成」セクションを選択し、出力パスを見つけます
出力パスは、プロジェクト..「.. \ .. \公開\」、場所に応じて決定された数に設定されています
保存するには、Ctrl + Sは、すでにいくつかのファイルを持っている公開ディレクトリに見ることができます。
同じように、公衆への出力ディレクトリMicroUI.Wpf.Toolkitプロジェクトを設定します。
Ctrlキー+は、保存するために、S。
私たちが解決した場合はリリースモードプログラムはデバッグモードになり、再びいくつかの出力ディレクトリを設定することを忘れないでください：同じことに注意してください。我々は異なるファイルリリースモードとデバッグモードに生成されているので、これを行う理由は、理解することができます。あなたはリリースモードとデバッグモードを使用している場合は設定された出力パスされる二つのモードは、あなたが再構成されたする必要がない場合、次回はあなたが前後に切り替えます。もちろん、あなたがx64プラットフォームを増やす場合は、だけでなく、再構成する必要がありますについて。
これらの設定パラメータはの.slnファイルに格納されている、またはそれは.suoファイル、またはそれのプロジェクトファイル.csprojでいるとして、あなたは手を検証することができます。
3.6の追加プロジェクトの依存関係
「ビルドソリューション」を右クリックして、解決策を選択するために、マウスをしてみましょう
公開ディレクトリの下には、次のファイルを見ることができます
どこで：
-
.PDBサフィックスを解放するときにすべて削除することができ、ファイルをデバッグするプロセスです。
-
サフィックス.vshost.exe。*ファイルは、Visual Studioのホストアプリケーションは、デバッガを実行する場合は、この文書は、このプログラムは、トレースデバッグ情報は発行時点のものであり、削除することができます対ができているという事実対開いています。
-
MicroUI.Wpf.Samples.exe.configは、プログラム内のローカルコンフィギュレーション・ファイルを使用しない場合、それは削除することができ、アプリケーション構成ファイルです。
-
MicroUI.Wpf.Samples.exeプロジェクトは、実行可能ファイルを削除することはできません生成されます
-
MicroUI.Wpf.Tookit.dllプロジェクトは、実行可能ファイルのリリースでは、ダイナミックリンクライブラリファイルを参照する場合は、ダイナミックリンクライブラリファイルを生成、削除することはできません。削除することができます任意のプロジェクトへの参照がない場合。
次に、我々はMicroUI.Wpf.Samplesのプロジェクト参照MicroUI.Wpf.Tookit.dllをしましょう。
プロジェクト内のVS、打ち上げMicroUI.Wpf.Samplesは、マウスは、プロジェクトをクリックして右クリックし、「参照の追加」を選択引用しました
ポップアップダイアログボックスで、「参照」ボタンの下矢印をクリックしてください
見つけてMicroUI.Wpf.Toolkit.dllを選択し、「追加」ボタンをクリックします
この時点で、あなたがチェックしている引用マネージャで見ることができますMicroUI.Wpf.Toolkit.dll
私たちは、「OK」ボタンをクリックします。
あなたがファイルを見ることができる場所を基準に追加されました。
シーケンスを生成するための設定項目3.7
3.6の後、我々はその後、ソリューションをクリックして選択し、「ソリューションのリビルド」
出力ページからソリューション、あなたはMicroUI.Wpf.Tookitを生成し、その後、プロジェクトをビルドするためには、氏がMicroUI.Wpf.Samplesになった見ることができます
デフォルトでは、VSはあなたが見ることができる。これによると、ソリューションを構築します
トップから生成された下に順に配置された（おそらく、我々はまた、ハハ、AAAMicroUI.Wpf.ToolkitとAAAAAAAMicroUI.Wpf.Samplesにプロジェクトを置くことができます）
実際には、VSは、シーケンシャルな依存関係を生成する方法を提供してくれます。
ソリューションを右クリックし、「プロジェクトのビルド順序を。」
私たちは、「依存関係」タブに選択しました
以下に示すように我々は、アイテムのMicroUI.Wpf.Samples、チェックMicroUI.Wpf.Toolkitを選択し、[OK]をクリックします。
ウィンドウを再度開くことができ、あなたが見ることができ、プロジェクトのビルド順序が変更されました。
再びソリューションのリビルド
NORあなたは警告を見ることができます。
3.8カスタムコントロールを参照する方法
我々はすでにMicroUI.Wpf.Samplesを参照にカスタムコントロールライブラリをプロジェクトに設定して、単にプロジェクトでこのコントロールを参照する方法を、お見せしています。まず、参照するには、ウィンドウ内の名前空間またはUserControlの必要性を追加します。
xmlns:dazhuang="clr-namespace:MicroUI.Wpf.Toolkit;assembly=MicroUI.Wpf.Toolkit"下記に示すように、
何気なく名付けどのdazhuang。そして、CustomControl1コントロールを配置：
コントロールは約実行している見ることができます
3.9まとめ
ここまでは、基本的に我々は以下の点をマスターしています：
-
VSは、マルチプロジェクトソリューションを作成します
-
プロジェクトのビルド順序を設定します
-
プロジェクト出力ファイルのパスを変更します
-
カスタムライブラリとの参照を作成します。
ダイナミックリンクライブラリおよび他の参照方法を作成し、カスタムライブラリと同じ参照を作成し、それを展開します。
////////////////////////////////////////////////// ///////////////////////////////////////
**元の記事には、再現し、宣言部を添付してください
**出典：https://blog.csdn.net/mybelief321
**著者：ナインゼロ荘
////////////////////////////////////////////////// ///////////////////////////////////////
