私は、プラットフォームとしてそれ自体でうまく機能するASP.NET MVC3サイトに取り組んでいますが、サードパーティ向けにブランド化/ブランド化できるようになっています。
サードパーティにとっては、ブランド関連のアセットとコードをソース管理で分離しておくことが重要です。これにより、他のブランドのアセットやメインのプラットフォーム コードに干渉しないようにすることができます。同様に重要なこととして、サイトのブランド化されたバージョンが適切にブランド化されたビューなどを返していることを証明する単体テストが必要です。
額面どおり、ASP.NET MVC メイン サイト プラットフォームのプロジェクトを含む Visual Studio ソリューション ファイルが必要なようです。次に、ブランドごとに個別の VS ソリューションを用意する必要があります (サテライト アセンブリ、カスタム ビューなどを含めるため)。各ブランドの VS ソリューションには、ブランド化の成果をテストする単体テスト プロジェクトが含まれます。
ただし、ブランド化された VS ソリューション ファイルがメイン プラットフォーム サイトのプロジェクトへの参照を保持することは望ましくありません (VS プロジェクト ファイルは、正確に 1 つの VS ソリューションに属している必要があります!)。これは、ブランド化された ASP.NET MVC プロジェクト ファイルが、メインの VS ソリューションのビルド出力にバイナリ依存関係を持つ必要があることを意味します。おそらく、これを支援するために社内のNugetサーバーを採用しています.
メインの MVC サイトを単なる Nuget パッケージとして統合できるように、ブランド化されたプロジェクト/アセットの全体的なソリューション/プロジェクト/フォルダー構造に関するガイダンスを誰かが共有できますか? 要するに、ブランド化された資料は、メインのプラットフォームに依存し、その逆ではありません。
ps 誰かが、すべてのサード パーティのすべてのブランド マテリアルが実際にメイン プラットフォーム コードと同じソリューションに存在する理由について議論している場合、私もそれを聞きます。