マルチソリューション システムが可能かどうかはわかりませんでしたが、ソリューションとプロジェクトの構造化とウォークスルー: 既存の Visual Studio ソリューションを別のソリューションに追加するVisual Studioを読んだ後、私は完全に確信しました。残念なことに、msdn の記事はしばらく前に書かれたものであり、最新のテクノロジ (Visual Studios 2010/2012) のフォローアップを見つけることができませんでした。
とにかく、この記事で説明されている大規模システム向けの分割単一ソリューション モデルを試すことに非常に興味がありMSDNますが、それにコミットする前に、もう少し調査を試みるべきだと思いました。新しい mvc アプリケーションを作成するとき、通常、その中に 3 つのプロジェクトを作成します ( Domain, UnitTests and WebUI)。
これが私がやりたいことの例です：
ParentSolution
----Parent.Domain
----Parent.UnitTests
----Parent.WebUI
----ChildASolution
--------ChildA.Domain
--------ChildA.UnitTests
--------ChildA.WebUI
--------GrandChildASolution
------------GrandChildA.Domain
------------GrandChildA.UnitTests
------------GrandChildA.WebUI
----ChildBSolution
--------ChildB.Domain
--------ChildB.UnitTests
--------ChildB.WebUI
最初の質問:子ソリューションは親ソリューション内にありますが、親ソリューションに依存していません。ただし、孫ソリューションは、子ソリューション プロジェクトから一部のデータを取得して機能させます。この構造は可能ですか？
2 番目の質問:親ソリューションを含む各ソリューションに独自のConnectionString.
3 番目の質問:親ソリューションを含む各ソリューションは、独自の を持つことができDatabaseますか?
4 番目の質問:依存関係を追加した場合、Master ソリューションのメンバーシップ ユーザーは、Child および GrandChild ソリューションの制限されたアクションにアクセスできますか?