首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >关于使用小方法的winforms .Net

关于使用小方法的winforms .Net
EN

Stack Overflow用户
提问于 2011-07-13 13:24:46
回答 2查看 178关注 0票数 6

我的工作是在C#中使用winforms开发应用程序。在开发时,我希望使用许多小方法,例如resetPerticularCombo(),这样代码就会尽可能地保持干净。但问题是,为3-5行代码创建方法可能会导致太多的方法调用,我听说在编译Visual Studio2008时会使用代码内联来解决这一问题。

我的疑问是,我是应该依赖这个特性,继续使用小帮助器方法,还是应该自己使用内联?

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2011-07-13 13:31:01

在证明这是一个问题之前,您不应该担心有大量的方法调用。这是非常不可能的(国际海事组织),这实际上会导致一个问题,如果它给你更多的可读性代码,这是最重要的事情。

但是要一直测试性能,看看它是否可以接受。找出代码中的瓶颈在哪里,无论是通过性能分析还是其他技术,并只考虑微优化在最大的不同之处。

根据我的经验,“使用更少的方法”这种级别的微优化与更高级别的更改(例如从列表查找到字典查找等)相比几乎总是毫无意义的。

票数 7
EN

Stack Overflow用户

发布于 2011-07-13 13:43:06

我同意乔恩·斯基特。

关于企业应用程序,我可以告诉您以下几点

我正在领导一个小的开发团队(5个开发人员)。我们有一个大约有500k锁的应用程序。

我们总是试图找到一个方法应该具有的最特殊的关注点。所以我们有很多小的,“自我解释”的方法。因此,我们有很多很多的方法,这永远不会导致问题。

大多数情况下,访问SQL Server、文件等资源时会遇到瓶颈。或者缺乏异步性。

还有,我有,你有一个性能,你可以用蚂蚁剖析器来分析它。

我也喜欢这些我前段时间在网上找到的优化“规则”。

FirstRuleOfOptimization -不要。

SecondRuleOfOptimization -不要...目前还没有。P

ThirdRuleOfOptimization - ProfileBeforeOptimizing

如果你正在开发一个计时软件(图形或驱动相关的),那么这件事可以说明问题,但我不确定.net是否是最好的环境

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/6674421

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档