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

Question

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

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

Answer 1

这确实取决于您组织的特殊需求。 MSDN具有good page通过各种推荐的溶液布局推移，包括：

1. 的单解模型（优选的）
2. 的分区单解模型
3. 多溶液模型（只有当严格必要）

MSDN page还更详细地讨论了每个模型的优点和缺点，以便您可以决定哪个模型对您有意义。 :)

通常，对于您描述的应用程序套件，我会考虑分区的单一解决方案模型。有一个单一的主解决方案可以构建一切，并为套件中的每个单独应用程序提供多个独立的解决方案（假设应用程序具有相当大的规模）。

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

Answer 2

解决方案的实际结构实际上取决于内部工作流程。有一个非常敏捷，每个人的重构 - 一切办法将指向一个解决方案与许多项目。如果您的店铺有专用图书馆团队和各种应用程序团队，它们会定期发布内部版本，然后单独的解决方案可能有助于通过更强的解耦，并且减少构建时间。