论坛首页 Java企业应用论坛

看高手代码--从小case学大道理

浏览 45839 次
该帖已经被评为良好帖
作者 正文
   发表时间:2010-06-01   最后修改:2010-06-01
lerous 写道
不错哦~~  学习了~  
虽然很难做到“每句代码都想写的句句珠玑,既不可能,也不现实”,但我认为至少要有这个想法,力求做到更好

等有了性能问题再用这办法.
平时用就是装X
0 请登录后投票
   发表时间:2010-06-01  
做业务和玩编程不是一个概念。如果你觉得计算几个hash也是性能浪费,真不如去汇编得了。

你可以尝试量化一下, 而且架构师通常会建议“先抗住再优化”,而《重构》这本书自身都建议,不到万不得已,不要优化代码的技巧!

skydream 写道
sw1982 写道
...lookup 一下hashmap真的那么低效吗? 建议复习下数据结构哦,你这些总结是没错,可是很表面


典型的没有写过高并发程序的思维方式,明明可以节约的地方,仅仅几行代码就可以优化,偏偏不做。

hashmap再快,也比case 一个 整型满上1w倍。

性能,是一点一点挤牙膏挤出来的,哪能到处浪费啊。

0 请登录后投票
   发表时间:2010-06-01  
diferent 写道

做国内项目的吧 没有人在乎你的性能
但是还是有许多场合要求的 十分严格
我觉得 楼主找到的例子的价值 远比JE上讨论Linux与Windows Firefox与IE C与Java这种问题有意义的多.
"每句代码都想写的句句珠玑,既不可能,也不现实。"
要知道作家写出的每句话都是细细斟酌而出的
只有网上写连载小说的 才不会珍惜自己写出的文字


您可真会开玩笑,要求严格,不代表开发人员的素质就高,对日项目要求最严格,连sql,java最基本的代码该怎么写都规定好了,代码风格有统一又漂亮,可还是和大家一样,都是码农。看不出来国外项目能比国内项目在性能上真能高出多少,也就是整体质量在严格要求下显得好看一点而已。

“每句话都是细细斟酌而出”
明显你没有写过什么文章,写文章好的人不外乎两种,一种才华横溢、或是积累深厚,文章一蹴而就,然后接下来推敲,揣摩,修改。

向你说的那种半小时憋出一个字的写法,作家早就都饿死了。战争与和平/似水年华等等等等 都tm和字典那么大小,“每句话都是细细斟酌而出”,估计托尔斯泰之流老死都见不到出版
0 请登录后投票
   发表时间:2010-06-01   最后修改:2010-06-01
个人还是喜欢这样的方式,如果有两个方法都可以解决问题,一个简单高效,一个复杂难懂,肯定是选第一个阿,  因为简单至美,  但是感觉要想精简代码不是一朝一夕的事情,还是要靠经验和知识的累积!
0 请登录后投票
   发表时间:2010-06-01  
很可能最开始还是直接从map取,等到测试后发现绝大部分请求只针对少数几个状态,就会试着做相应的优化。很朴素的一段代码,为什么会扯到装X上去呢?

对楼主的分享精神表示敬意
0 请登录后投票
   发表时间:2010-06-01  
技巧是不错,但这种直观不明了,不是特别释放性能的东西,一般团队开发时不会让这么做的,太影响代码阅读了。
0 请登录后投票
   发表时间:2010-06-01  
sw1982 写道
做业务和玩编程不是一个概念。如果你觉得计算几个hash也是性能浪费,真不如去汇编得了。

你可以尝试量化一下, 而且架构师通常会建议“先抗住再优化”,而《重构》这本书自身都建议,不到万不得已,不要优化代码的技巧!

skydream 写道
sw1982 写道
...lookup 一下hashmap真的那么低效吗? 建议复习下数据结构哦,你这些总结是没错,可是很表面


典型的没有写过高并发程序的思维方式,明明可以节约的地方,仅仅几行代码就可以优化,偏偏不做。

hashmap再快,也比case 一个 整型满上1w倍。

性能,是一点一点挤牙膏挤出来的,哪能到处浪费啊。



如果不懂的时候,怎么简单来就怎么来。如果有机会理解了别人的思想,碰到类似的场景也可以用下,未尝不可。
0 请登录后投票
   发表时间:2010-06-01  
哪天用map我也把常用的整出来一下

这东东不常用真容易忘,不是装X
0 请登录后投票
   发表时间:2010-06-01  
这个不是常用的吗?
原来我也是高手了
0 请登录后投票
   发表时间:2010-06-01  
beeke 写道
这个不是常用的吗?
原来我也是高手了


我是同样想法,我感觉lz心态有点过于崇拜权威了
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics