Visual Studio 2008解决方案中的最佳项目数是多少？

Question

Visual Studio 2008解决方案中的最佳项目数是多少？

我们有一个Visual Studio 2008解决方案,目前约有50个项目.它可能会继续增长,因为解决方案中的大部分项目都包含主应用程序的插件程序集.

如果在一个解决方案中看起来"太多项目",那么您将如何确定哪些项目应该在解决方案中组合在一起？鉴于我们在一个解决方案中大约有50个项目的示例,其中大部分项目是插件,插件数量可能增长,应该如何构建解决方案？是应该将所有插件放在自己的解决方案中？当插件解决方案中的插件数量达到"太多"的幻数时,组织应该如何改变？

我们对解决方案中的这么多项目没有任何问题......它加载速度快,构建速度快,使用合理的内存量,并且不会导致VS2008崩溃或碰到任何VS2008错误.

我查找了微软的文档(似乎没有任何内容),谷歌搜索"每个项目都有自己的解决方案"的建议,"将所有项目放在一个解决方案中".两种极端似乎都是荒谬的.我正在中间寻找一些合理的指导.

Stackoverflow上还有其他与您看到的最大值相关的问题.这与最佳状态并不完全相同.

Answer 1

这类似于诸如“一个类中应该有多少个函数？”之类的讨论。和“每个枚举是否应该在自己的 .cs 文件中定义？”。

我很想知道你们的每个项目有多少个类。您可以将您的课程、项目和解决方案视为组织单位。它们的存在是为了让您的生活更轻松，并允许您（和您的团队）将整个项目分解为可管理的概念块。

如果 VS2008 没有抱怨，并且您和您的开发人员在一个解决方案中处理 50 个项目没有问题，那么我就不会担心。

也就是说，这听起来确实是一个相当大的数字 - 但我们对整个代码库的大小一无所知，因此很难进一步评论。