解决方案:按应用程序或按应用程序套件

通常,多个应用程序共享一个在开发过程中经常更改的大型库代码库.在这些情况下,我更喜欢创建一个以套件命名的解决方案,并为每个应用程序和共享库包含单独的项目.

这是一个好方法吗？其他人如何为一套应用程序构建代码库？

这实际上取决于您组织的特定需求.MSDN有一个很好的页面,通过各种推荐的解决方案布局,包括:

单一解决方案模型(首选)

分区单一解决方案模型

多解决方案模型(仅在严格必要时)

在MSDN网页还讨论了每个模型的优劣更详细,所以你可以决定哪一个有意义的你.:)

通常,对于您描述的应用程序套件,我会考虑分区的单一解决方案模型.有一个主要的解决方案可以构建所有内容,并为套件中的每个应用程序提供了许多单独的解决方案(假设应用程序具有可观的大小).

如果套件中的应用程序很小并且构建很快(例如,一套命令行工具),我甚至可能不生成单独的解决方案文件.这真的是我们无法为你做出的判断.:)

解决方案的实际结构实际上取决于内部工作流程.拥有一个非常敏捷,每个人 - 重构 - 一切方法都会指向一个包含许多项目的解决方案.如果您的商店有专门的图书馆团队和各种应用程序团队(定期发布内部版本),那么单独的解决方案可能有助于通过更强的解耦和缩短构建时间.