场景:
目前我们有一个单一的解决方案,支持一个可部署的实体,一个WinForm/WPF客户端,这个解决方案有一个层体系结构,项目代表不同的层(数据,业务,UI)。我们将介绍其他可部署的实体,如LiteClient、服务器和RIA。
我们正在考虑重组,其中我们将有多个解决方案,每个可部署实体一个(客户端解决方案,服务器解决方案,RIA解决方案等),这些解决方案将共享各种项目,例如数据层项目。这基本上是微软的P&P group (http://msdn.microsoft.com/en-us/library/Ee817674(pandp.10).aspx )推荐的分区单一解决方案
问题:
除了这种方法的管理开销之外,如果我们采用这种方法,还有什么真正的哥萨斯在等着我们吗?
发布于 2008-10-08 11:40:19
这是一种合理和正常的方法。归根结底,Visual Studio解决方案只是包含部署信息的项目集合。
为了减少可能的依赖问题,请确保使用负责编译和部署的构建服务器(TFS或其他)。
发布于 2008-10-08 10:51:55
如果您在共享项目中更改了某些内容,则必须检查这是否没有破坏依赖项目。如果您将这些项目保存在单独的解决方案中,则必须记住在每次修改共享项目时重新编译它们。
这是我能看到的一个缺点。
https://stackoverflow.com/questions/182096
复制相似问题