目前我们有一个支持单个可部署实体的解决方案,一个WinForm / WPF客户端,该解决方案具有一个层架构,其中包含代表各个层(数据,业务,UI)的项目。我们将介绍其他可部署的实体,例如LiteClient,Server和RIA。
我们正在考虑进行重组,我们将拥有多个解决方案,每个可部署实体(客户端解决方案,服务器解决方案,RIA解决方案等),这些解决方案将共享各种项目,例如数据层项目。这基本上是微软P& P小组推荐的分区单一解决方案(http://msdn.microsoft.com/en-us/library/Ee817674(pandp.10).aspx)
除了这种方法的管理开销之外,如果我们采用它,是否有任何严肃的现实世界都在等着我们。
答案 0 :(得分:2)
这是一种合理而正常的方法。在一天结束时,Visual Studio解决方案只是包含部署信息的项目集合。
为了减少可能的依赖性问题,请确保使用负责编译和部署的构建服务器(TFS或其他)。
答案 1 :(得分:0)
如果您在共享项目中更改了某些内容,则必须检查这是否不会破坏依赖项目。如果将这些项目保留在单独的解决方案中,则每次修改共享项目时都必须记住重新编译它们。
这是我能看到的一个缺点。