我对解决方案加载时间和构建时间特别感兴趣 - 更少的解决方案是否意味着更好的性能?
请注意,我是not指的是所构建应用程序的性能。
处理较少数量的项目时,加载时间和构建时间是否更高效?
作为指导,我们的 Visual Studio 解决方案中有 50-60 个项目。
(我特别感兴趣的是
解决方案加载时间和构建时间 -
更少的解决方案意味着更好吗
表现?)
Here is http://codebetter.com/blogs/patricksmacchia/archive/2008/12/08/advices-on-partitioning-code-through-net-assemblies.aspxPatrick Smacchia 的相关主题描述了拥有少量程序集(此后称为少量项目)的好处。他准确地谈到了程序集数量如何影响构建时间和其他因素。
我鼓励您阅读帕特里克的博客。他有很多关于代码组件化的文章。
有关通过 .NET 程序集分区代码的建议 http://codebetter.com/blogs/patricksmacchia/archive/2008/12/08/advices-on-partitioning-code-through-net-assemblies.aspx
从 NUnit 代码库中汲取的经验教训 http://codebetter.com/blogs/patricksmacchia/archive/2009/01/11/lessons-learned-from-the-nunit-code-base.aspx
有关如何组件化现有代码的提示。 http://codebetter.com/blogs/patricksmacchia/archive/2007/12/16/hints-on-how-to-componentize-existing-code.aspx
根据我个人的经验,用几十个项目来找到一个解决方案是很痛苦的。 IMO 拥有超过 10 个项目将导致明显的维护问题并影响您的生产力。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)