7

设想:

目前,我们有一个支持单个可部署实体的单一解决方案,即 WinForm/WPF 客户端,该解决方案具有层架构,其中项目代表不同层(数据、业务、UI)。我们将介绍其他可部署的实体,例如 LiteClient、Server 和 RIA。

我们正在考虑进行重组,我们将有多个解决方案,每个可部署实体一个(客户端解决方案、服务器解决方案、RIA 解决方案等),这些解决方案将共享各种项目,例如数据层项目。这本质上是微软 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 回答