データベース プロジェクトで動作するアプリ (ASP.NET 3.5/VS 2010) があります。
データベース プロジェクトをアプリ ソリューション内のもう 1 つのプロジェクトとして使用することの欠点はありますか?
データベース プロジェクト専用の別のソリューションを用意したほうがよいでしょうか?
データベース プロジェクトで動作するアプリ (ASP.NET 3.5/VS 2010) があります。
データベース プロジェクトをアプリ ソリューション内のもう 1 つのプロジェクトとして使用することの欠点はありますか?
データベース プロジェクト専用の別のソリューションを用意したほうがよいでしょうか?
私の大まかなルールは、あるプロジェクトが別のプロジェクトを直接参照している場合、それらは同じアプリソリューションに含まれている必要があるということです。プロジェクトが関連しているが、相互に参照していない場合は、同じメインフォルダーの別々のサブフォルダーにある独自のソリューションである必要があります。2つのマルチプロジェクトソリューションが関連している場合は、それらを別々の場所に配置してAdd Existing Project
から、ソリューション内の適切な他のプロジェクトを参照するために使用します。
テストプロジェクトを追加するため、私のプロジェクトのほとんどはソリューションになります。そこで、すべてのコンポーネントを個別のソリューションに分割し、必要に応じてを使用して他のソリューションの適切なプロジェクトを参照し、Add Existing Project
あるソリューションから別のソリューションにデバッグできるようにします。しかし、それらはすべて別々に保たれ、スタンドアロンです。
この単一のアプリの範囲に本当の欠点はありません. 同じDBを複数のアプリで利用している場合は、独自のソリューションで持つことで再利用しやすくなるかもしれませんが、それでもソース管理で外部として設定し、最新のものを参照できるようにすることができます他のソリューションでソースを更新するときにダウンロードされた「lib」ディレクトリからビルドします。