私はN層アプリケーションを開発しており、各層を別々に作成したい（1つの解決策ではない）ので、DAL、BLL、Entities DLLを別々に作成してから、プレゼンテーション層ソリューションで参照します迅速なメンテナンスのために、私はプロジェクトDAL、BLL、エンティティおよびプレゼンテーションレイヤーを既存のプロジェクトとして追加するという解決策を考えました。それは大丈夫ですか、それとも意地悪なものでしょうか？Visual Studio C＃複数のソリューションで1つのプロジェクト？
すべての決定に影響があります。
アプリケーションを複数のソリューションに分割することには、いくつかのプラスとマイナスがあります。何十ものプロジェクトがある場合は、複数のソリューションが負荷とナビゲーション時間を短縮するのに適しています。ただし、Visual Studioのソリューションまたはインスタンスを切り替えるのに時間を費やす可能性があります。
複数のソリューションに同じプロジェクトを配置することもできます。ソリューションは必ずしも物理的なフォルダを表す必要はありません。既存のプロジェクトを追加する場合は、既存のプロジェクトを別のソリューションから取得し、両方のソリューションに含めることができます。
一般に、同じファイルを使用して複数のVisual Studioインスタンスで問題が発生する可能性があるため、これは避けますが、時には役立ちます。通常、私は、異なるソリューションの2つの関連するアプリケーション間、またはアプリケーションとアプリケーションが消費するライブラリ間の境界に取り組んでいるときに、デバッグの手助けをするだけです。
通常、私は常に同じソリューション内のすべての自分のプロジェクトを持って、メインのものが大きすぎる場合、他のサブソリューションを作成します。 – juharr
解決策はソフトウェアロジックとあまり関係がありませんが、ソフトウェア開発プロセスについてはそれほど関係がありません。異なるソリューションでそれらを分けることは、プロジェクトが異なる開発プロセスに関わっている場合に役立ちます。あなたの場合、私はそれをすべて単一の解決策に保つことを望んでいると思います。 –
両方ともありがとうございました^^後で分ける必要はありませんでした^^ "しかし、私はそれらがすでに分かれているので、私はすべてのプロジェクトを持っている最後の作成されたソリューションでのみ作業しなければならないと思います。 – Angela