我的工作是在C#中使用winforms开发应用程序。在开发时,我希望使用许多小方法,例如resetPerticularCombo(),这样代码就会尽可能地保持干净。但问题是,为3-5行代码创建方法可能会导致太多的方法调用,我听说在编译Visual Studio2008时会使用代码内联来解决这一问题。
我的疑问是,我是应该依赖这个特性,继续使用小帮助器方法,还是应该自己使用内联?
发布于 2011-07-13 13:31:01
在证明这是一个问题之前,您不应该担心有大量的方法调用。这是非常不可能的(国际海事组织),这实际上会导致一个问题,如果它给你更多的可读性代码,这是最重要的事情。
但是要一直测试性能,看看它是否可以接受。找出代码中的瓶颈在哪里,无论是通过性能分析还是其他技术,并只考虑微优化在最大的不同之处。
根据我的经验,“使用更少的方法”这种级别的微优化与更高级别的更改(例如从列表查找到字典查找等)相比几乎总是毫无意义的。
发布于 2011-07-13 13:43:06
我同意乔恩·斯基特。
关于企业应用程序,我可以告诉您以下几点
我正在领导一个小的开发团队(5个开发人员)。我们有一个大约有500k锁的应用程序。
我们总是试图找到一个方法应该具有的最特殊的关注点。所以我们有很多小的,“自我解释”的方法。因此,我们有很多很多的方法,这永远不会导致问题。
大多数情况下,访问SQL Server、文件等资源时会遇到瓶颈。或者缺乏异步性。
还有,我有,你有一个性能,你可以用蚂蚁剖析器来分析它。
我也喜欢这些我前段时间在网上找到的优化“规则”。
FirstRuleOfOptimization -不要。
SecondRuleOfOptimization -不要...目前还没有。P
ThirdRuleOfOptimization - ProfileBeforeOptimizing
如果你正在开发一个计时软件(图形或驱动相关的),那么这件事可以说明问题,但我不确定.net是否是最好的环境
https://stackoverflow.com/questions/6674421
复制相似问题