让我切入追逐......
一方面,给出的许多编程建议(这里和其他地方)都强调了这样一种观念,即代码应该始终尽可能可读,并且(几乎?!)任何修饰成本.另一方面,有很多慢的网站(至少其中一个,我从个人经验中知道).
显然,往返和数据库访问是Web开发人员应始终牢记的问题.但是,对于我来说,可读性与不能做什么之间的权衡,因为它减缓了事情的速度,这一点尚不清楚.
问题是 -
1.还有什么?
2.有一个规则(最好是简单的,但可能很一般)应该坚持,以确保他的代码不会减慢太多的东西?
一般最佳实践以及具体建议将不胜感激.基于经验的建议将特别受到赞赏.
谢谢.
编辑:一点澄清:一般性能建议不难发现.那不是我想要的.我问的是两件事情.1.在尝试尽可能让我的代码可读时,我应该什么时候停下来说:"现在我的表现太差了".
2.很少,不太知名的事情 - 比选择全部更快地选择一列(感谢Otávio)...
再次感谢!
请参阅此处的Stack Overflow讨论:
最受欢迎的回答是,"把它写得干干净净,然后使用分析器来识别真正的问题并解决它们."
根据我的经验,由于LINQ的易用性,最大的错误(使用C#/ asp.net/linq)过度查询.一个巨大的查询通常比10000个小查询快得多.
另一个ASP.NET问题我看到很多是当视图状态变得非常胖和臃肿时.EnableViewState = false是你最好的朋友,用它开始每个新项目!