MonoTouch：サブプロジェクトでのDLL参照の追加

Question

ここで私はベストプラクティスを探しています。

多くのアプリで共通のプロジェクトがあります。このプロジェクトにはFlurryAnaylicsとATMHud DLLが参照として用意されています。

メインプロジェクトでこれらのDLLも参照していない場合は、アプリはデバッグからデバイスへのテストで失敗することはよくありますが、必ずしもそうとは限りません。シミュレータデバッグでは、これらのDLLをメインプロジェクトに追加する必要はありません。

質問は次のとおりです。私は、サブプロジェクトに常駐しているメインプロジェクトにDLLへの参照をすべて含める必要がありますか？

Answer 1

可能な限り、私はアセンブリ（.dll）への参照よりもプロジェクトファイル（csprojファイル）への参照を使用します。それは多くのことをより簡単にします：

• コードナビゲーション（IDE）;
• 自動ビルド依存関係（あなたが読んでいるソースコードはビルドしているものであり、潜在的に同期外れのものではありません）。
• ソースレベルのデバッグ（これがなくても、同期していることは確かです）。
• デバッグ|リリース| ...設定間の（より簡単な）スイッチ。
• 変更定義（またはプロジェクトレベルのオプション）。

など。

Solution1.sln

• Project1a.csproj
• MonoTouch.Dialog.csproj（../Common/MonoTouch.Dialog.csprojへのリンク）

Solution2.sln

• Project2a.csp roj
• MonoTouch.Dialog.csproj（../Common/MonoTouch.Dialog.csprojへのリンク）

Common.sln

• MonoTouch.Dialog.csproj

大規模なソリューションでは、これを行うことでパフォーマンスが向上し、ファイルを検索することが少し難しくなる可能性があります。彼らが大きくなるほど、誰もがそのすべての部分について知っている可能性は低くなります。したがって、各プロジェクトが追加されるにつれて、不都合が増す一方で、利点のリターンが減少します。

など。アセンブリへの参照を使用した作業あなたが発生することはありません。私はMonoTouchで;-)

注のすべてのSDKアセンブリと一緒に暮らすことができ、モノ内部のすべてのフレームワークアセンブリへの参照（個人的にを持っているのは嫌ですデバイス上でデバッグ中にランダムエラーが発生しました。そのようなテストケースを作成できる場合バグレポートを記入してください：