多个可部署项目的 Visual Studio 解决方案结构
场景：
目前我们有一个支持单个可部署实体（WinForm/WPF 客户端）的解决方案，该解决方案具有层架构，其中项目代表各个层（数据、业务、UI）。 我们将引入其他可部署实体，例如 LiteClient、服务器和 RIA。
我们正在考虑进行重组，我们将拥有多个解决方案，每个可部署实体一个（客户端解决方案、服务器解决方案、RIA 解决方案等），这些解决方案将共享各种项目，例如数据层项目。 这本质上是 Microsoft P&P 小组推荐的分区单一解决方案 (http://msdn.microsoft.com/en-us/library/Ee817674(pandp.10).aspx)
问题：
除了这种方法的管理开销之外，是否还有任何严重的现实世界哥达等待着我们，如果我们采用它。
Scenario:
Currently we have a single solution supporting a single deployable entity, a WinForm/WPF client, this solution has a layer architecture with projects representing various layers (Data, Business, UI). We will be introducing other deployable entities such as a LiteClient, a Server and an RIA.
We are considering a restructure where we will have multiple solutions, one per deployable entity (Client Solution, Server Solution, RIA Solution etc), these solutions will share various projects, e.g the Data layer project. This is essentially the Partitioned Single Solution recommended by Microsoft's P&P group (http://msdn.microsoft.com/en-us/library/Ee817674(pandp.10).aspx)
Question:
Apart from the admin overhead of this approach, is there any serious real world gothas waiting for us, if we adopt it.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
这是一个合理且正常的做法。 归根结底，Visual Studio 解决方案只是带有部署信息的项目的集合。
为了减少可能的依赖性问题，请确保使用负责编译和部署的构建服务器（TFS 或其他）。
This is a reasonable and normal approach. At the end of the day, the Visual Studio solution is simply a collection of projects with deployment information.
In order to reduce possible dependency issues, make sure you use a build server (TFS or otherwise) that takes care of compiling and deployments.
如果您更改共享项目中的某些内容，则必须检查这是否不会破坏依赖项目。 如果将这些项目保留在单独的解决方案中，则必须记住每次修改共享项目时都重新编译它们。
这是我能看到的一个缺点。
If you change something within the shared projects, you have to check if that didn't break the dependent projects. If you keep those projects in seperate solutions you have to remember to recompile them each time you modify the shared projects.
That's a drawback that I can see.