锁定老帖子 主题:看高手代码--从小case学大道理
该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2010-06-01
最后修改:2010-06-01
lerous 写道 不错哦~~ 学习了~
虽然很难做到“每句代码都想写的句句珠玑,既不可能,也不现实”,但我认为至少要有这个想法,力求做到更好 等有了性能问题再用这办法. 平时用就是装X |
|
返回顶楼 | |
发表时间:2010-06-01
做业务和玩编程不是一个概念。如果你觉得计算几个hash也是性能浪费,真不如去汇编得了。
你可以尝试量化一下, 而且架构师通常会建议“先抗住再优化”,而《重构》这本书自身都建议,不到万不得已,不要优化代码的技巧! skydream 写道 sw1982 写道 ...lookup 一下hashmap真的那么低效吗? 建议复习下数据结构哦,你这些总结是没错,可是很表面
典型的没有写过高并发程序的思维方式,明明可以节约的地方,仅仅几行代码就可以优化,偏偏不做。 hashmap再快,也比case 一个 整型满上1w倍。 性能,是一点一点挤牙膏挤出来的,哪能到处浪费啊。 ![]() |
|
返回顶楼 | |
发表时间:2010-06-01
diferent 写道 做国内项目的吧 没有人在乎你的性能 但是还是有许多场合要求的 十分严格 我觉得 楼主找到的例子的价值 远比JE上讨论Linux与Windows Firefox与IE C与Java这种问题有意义的多. "每句代码都想写的句句珠玑,既不可能,也不现实。" 要知道作家写出的每句话都是细细斟酌而出的 只有网上写连载小说的 才不会珍惜自己写出的文字 您可真会开玩笑,要求严格,不代表开发人员的素质就高,对日项目要求最严格,连sql,java最基本的代码该怎么写都规定好了,代码风格有统一又漂亮,可还是和大家一样,都是码农。看不出来国外项目能比国内项目在性能上真能高出多少,也就是整体质量在严格要求下显得好看一点而已。 “每句话都是细细斟酌而出” 明显你没有写过什么文章,写文章好的人不外乎两种,一种才华横溢、或是积累深厚,文章一蹴而就,然后接下来推敲,揣摩,修改。 向你说的那种半小时憋出一个字的写法,作家早就都饿死了。战争与和平/似水年华等等等等 都tm和字典那么大小,“每句话都是细细斟酌而出”,估计托尔斯泰之流老死都见不到出版 |
|
返回顶楼 | |
发表时间:2010-06-01
最后修改:2010-06-01
个人还是喜欢这样的方式,如果有两个方法都可以解决问题,一个简单高效,一个复杂难懂,肯定是选第一个阿, 因为简单至美, 但是感觉要想精简代码不是一朝一夕的事情,还是要靠经验和知识的累积!
|
|
返回顶楼 | |
发表时间:2010-06-01
很可能最开始还是直接从map取,等到测试后发现绝大部分请求只针对少数几个状态,就会试着做相应的优化。很朴素的一段代码,为什么会扯到装X上去呢?
对楼主的分享精神表示敬意 |
|
返回顶楼 | |
发表时间:2010-06-01
技巧是不错,但这种直观不明了,不是特别释放性能的东西,一般团队开发时不会让这么做的,太影响代码阅读了。
|
|
返回顶楼 | |
发表时间:2010-06-01
sw1982 写道 做业务和玩编程不是一个概念。如果你觉得计算几个hash也是性能浪费,真不如去汇编得了。
你可以尝试量化一下, 而且架构师通常会建议“先抗住再优化”,而《重构》这本书自身都建议,不到万不得已,不要优化代码的技巧! skydream 写道 sw1982 写道 ...lookup 一下hashmap真的那么低效吗? 建议复习下数据结构哦,你这些总结是没错,可是很表面
典型的没有写过高并发程序的思维方式,明明可以节约的地方,仅仅几行代码就可以优化,偏偏不做。 hashmap再快,也比case 一个 整型满上1w倍。 性能,是一点一点挤牙膏挤出来的,哪能到处浪费啊。 ![]() 如果不懂的时候,怎么简单来就怎么来。如果有机会理解了别人的思想,碰到类似的场景也可以用下,未尝不可。 |
|
返回顶楼 | |
发表时间:2010-06-01
哪天用map我也把常用的整出来一下
这东东不常用真容易忘,不是装X |
|
返回顶楼 | |
发表时间:2010-06-01
这个不是常用的吗?
原来我也是高手了 |
|
返回顶楼 | |
发表时间:2010-06-01
beeke 写道 这个不是常用的吗?
原来我也是高手了 我是同样想法,我感觉lz心态有点过于崇拜权威了 |
|
返回顶楼 | |