7

シナリオ：

現在、単一のデプロイ可能なエンティティである WinForm/WPF クライアントをサポートする単一のソリューションがあります。このソリューションには、さまざまなレイヤー (データ、ビジネス、UI) を表すプロジェクトを含むレイヤー アーキテクチャがあります。LiteClient、Server、RIA などの他のデプロイ可能なエンティティを紹介します。

展開可能なエンティティ (クライアント ソリューション、サーバー ソリューション、RIA ソリューションなど) ごとに 1 つずつ、複数のソリューションを持つ再構築を検討しています。これらのソリューションは、データ レイヤー プロジェクトなどのさまざまなプロジェクトを共有します。これは基本的に、Microsoft の P&P グループ ( http://msdn.microsoft.com/en-us/library/Ee817674(pandp.10).aspx )が推奨するパーティション化された単一ソリューションです。

質問：

このアプローチの管理オーバーヘッドは別として、それを採用した場合、現実世界で深刻な問題が発生することはありますか。

4

2 に答える 2

2

これは合理的で正常なアプローチです。結局のところ、Visual Studio ソリューションは、展開情報を含むプロジェクトの集まりにすぎません。

依存関係の問題の可能性を減らすために、コンパイルと展開を処理するビルド サーバー (TFS またはその他) を使用するようにしてください。

于 2008-10-08T11:40:19.037 に答える
0

共有プロジェクト内で何かを変更した場合は、依存プロジェクトが壊れていないかどうかを確認する必要があります。これらのプロジェクトを別のソリューションに保持する場合は、共有プロジェクトを変更するたびにそれらを再コンパイルすることを忘れないでください。

それは私が見ることができる欠点です。

于 2008-10-08T10:51:55.060 に答える