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

Question

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

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

Answer 1

这实际上取决于您组织的特殊需求。 MSDN有一个good page，它经历了各种推荐的解决方案布局，包括：

1. 单一解决方案模型（首选）
2. 分区单一解决方案模型
3. 多解决方案模型（仅在严格必要时）

MSDN page还会更详细地讨论每个模型的优缺点，以便您可以决定哪一个对您有意义。 ：）

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

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

Answer 2

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