我对解决方案加载时间和构建时间特别感兴趣 - 更少的解决方案意味着更好的性能吗?
请注意,我不是指构建的应用程序的性能.
使用较少数量的项目时,加载时间和构建时间是否更有效?
作为指南,我们的Visual Studio解决方案中有50-60个项目.
(我对解决方案加载时间和构建时间特别感兴趣 - 更少的解决方案意味着更好的性能吗?)
以下是 Patrick Smacchia的相关主题,描述了拥有少量组件(此后项目数量很少)的好处.他谈到了装配数量如何影响构建时间和其他因素.
我鼓励你阅读Patrick博客.他有很多关于代码组件化的文章.
通过.NET程序集分区代码的建议
从NUnit代码库中吸取的教训
关于如何组件化现有代码的提示.
根据我的个人经验,拥有几十个项目的解决方案是一件痛苦的事.拥有10个以上项目的IMO将导致明显的维护问题并影响您的工作效率.