Visual Studio Large Solution

Question

私は、ほぼ12のプロジェクトと3つのWebサイトで私のWebアプリケーションの解決策を得ています。 MyProject.BE/MyProject.BLL/MyProject.DAL/MyProject.Controlsプロジェクトのような複数のWebサイトで使用するプロジェクトがいくつかあります。

私の質問、それはBE/BLL/DAL /コントロールの複数のプロジェクトを持つことは良いです、のそれはBE/BLL/DAL層のフォルダで1つのプロジェクトを作成するには良いですか？

Answer 1

「大きい」という質問は相対的な質問です。ソフトウェア開発では、それは主にあなたのPCがいかに良いかという問題です。 1秒間に100個のプロジェクトをコンパイルして実行できる場合、ソリューション内の100個のプロジェクトは「小規模」です。それは本当にあなたのために働くものの問題です。

私の現在の作業ソリューションには約130のプロジェクトがあります。うん、私たちはそれを打ち破ることができましたが、これを処理できる印象的なボックスがありますので、130のプロジェクトを持つコストは中程度から低い、利点はコストよりも大きいです。 1つの溶液中のプロジェクトのすべてを持つ

はすぐにそれらをすべて、実行し、&テストをコンパイルすることができるかどうかに行くです。ダーン...それから、「クイック」なものに対話が始まり、これはスタイルの質問です。コンパイルしてテストを頻繁に（毎分またはそれ以上）実行する場合、クイックは秒です。コンパイルして1時間ごとに実行すると、分は問題ありません。

回答：「あなたには何が効果があるのですか」

注：ソリューションフォルダを検討してください。

Answer 2

私は実際には複数のプロジェクトを持つ方がよいと思います。たとえば、BEとDALレイヤーで既存のクラスの一部を使用するWinForms UIを構築する必要がある場合は、それらのプロジェクトをWinFormsプロジェクトから参照するだけです。

Answer 3

私が理解している限りでは、あなたがコードをどのようにしてコンパイルするよりも、ソリューションをどのように構成するかをVSよりも早く、 open-my-code-quicker、右ですか？

もしそうなら、私は彼らが持っているどのような目的、それを明確にする名前を持つ複数のプロジェクトにソリューション内にクラスを打破する、と言うでしょう。あなたはすでにあなたが与えた "BE/BLL/DAL/Controls"の例のようなアプローチを始めました。

プロジェクトを指定することで、ソリューションアーキテクチャの柔軟性が大幅に向上します。あなたの解決策が時間と共にどのくらい成長するか、そしてそれが将来どのくらい長く生きるかも考えてください。エンドユーザーにどのように展開するのか、さらに重要なのは、更新プログラムをどのように展開するのかについて考えてみましょう。これらのすべての考慮事項は、あなたがどこまで詳細に行くかについてのあなたの決定に影響するはずです。

はあなたのコードを分析し、単一責任のパターンのような時間 - 実績のあるデザインパターンを適用する可能性があるかどうかを確認します。

開発中に数回実行される、短期間で短命のツールですか。そうすれば、それほど努力する価値はありません。それは数年間維持する必要のあるツールまたはアプリケーションですか？次に、SRPパターンが慎重に実装されていると訴えてください。

私はマイクロソフトプレスすることで、この本をお勧めします。Building Enterprise Applications with Windows Presentation Foundation and the Model View ViewModel Pattern

は、これはあなたに良いプロジェクト構造を構築する方法のいくつかの提案、お薦めや基礎を提供します。

ソリューションがどのように構成されるかの別の提案は、このSOスレッドである：あなたが1にマージした場合、どのようにあなたが他の人にそれを参照しようとしているMvvm Applications And location of Business layer