Visual Studio 2008解决方案中的最佳项目数是多少？
我们有一个Visual Studio 2008解决方案,目前约有50个项目.它可能会继续增长,因为解决方案中的大部分项目都包含主应用程序的插件程序集.
如果在一个解决方案中看起来"太多项目",那么您将如何确定哪些项目应该在解决方案中组合在一起？鉴于我们在一个解决方案中大约有50个项目的示例,其中大部分项目是插件,插件数量可能增长,应该如何构建解决方案？是应该将所有插件放在自己的解决方案中？当插件解决方案中的插件数量达到"太多"的幻数时,组织应该如何改变？
我们对解决方案中的这么多项目没有任何问题......它加载速度快,构建速度快,使用合理的内存量,并且不会导致VS2008崩溃或碰到任何VS2008错误.
我查找了微软的文档(似乎没有任何内容),谷歌搜索"每个项目都有自己的解决方案"的建议,"将所有项目放在一个解决方案中".两种极端似乎都是荒谬的.我正在中间寻找一些合理的指导.
Stackoverflow上还有其他与您看到的最大值相关的问题.这与最佳状态并不完全相同.
京公网安备 11010802040832号 | 京ICP备19059560号-6 