论坛首页 Java企业应用论坛

老生常谈之如何写好的代码

浏览 20810 次
精华帖 (3) :: 良好帖 (15) :: 新手帖 (1) :: 隐藏帖 (0)
作者 正文
   发表时间:2010-11-08   最后修改:2010-11-08
mmwy 写道
tuti 写道


举个例子:
  很多人喜欢写 if (userList.size()==0){
                  ...
               }
  惯用法应该写成
              if (userList.isEmpty()){
                  ...
               }


还要考虑为空的情况,严谨一点写成

if ( userList==null || userList.isEmpty() ) {

}


其实到处判断容器类是否是null 也是个常见问题。
为什么不写“userList==null”,这牵扯出另外一个惯用法。

参见 《Effective Java》
Item 43: Return empty arrays or collections, not nulls


0 请登录后投票
   发表时间:2010-11-08  
tuti 写道


其实到处判断容器类是否是null 也是个常见问题。
为什么不写“userList==null”,这牵扯出另外一个惯用法。

参见 《Effective Java》
Item 43: Return empty arrays or collections, not nulls



判断null也是没办法的事情,总是有些人的接口并不返回empty array,而是直接返回null

你的同伴总是不可靠的。

对DBA来说,程序员总是来搞破坏的,能让程序员调存储过程/视图就尽量不让他们来直接操作表。
对业务层来说,做前端的总是不干好事,能判断能封装的就一定要处理。

0 请登录后投票
   发表时间:2010-11-08  
mmwy 写道

判断null也是没办法的事情,总是有些人的接口并不返回empty array,而是直接返回null
你的同伴总是不可靠的。


不要那么悲观吗
你可能资深,知道这些东西,别人可能这方面还不了解。
大家沟通一下,做做code review(这也是个惯用法),这个问题就解决了。
写程序的XDJM,基本上人品都不错的,不用顾虑太多。

0 请登录后投票
   发表时间:2010-11-08  
tuti 写道

不要那么悲观吗
你可能资深,知道这些东西,别人可能这方面还不了解。
大家沟通一下,做做code review(这也是个惯用法),这个问题就解决了。
写程序的XDJM,基本上人品都不错的,不用顾虑太多。



以前看过一段话,说是同一段业务,普通程序员花70%的量做业务,30%的代码修栏杆。而老程序员是业务代码占30%,剩下70%的代码都在修栏杆。

0 请登录后投票
   发表时间:2010-11-08   最后修改:2010-11-08
mmwy 写道
tuti 写道

不要那么悲观吗
你可能资深,知道这些东西,别人可能这方面还不了解。
大家沟通一下,做做code review(这也是个惯用法),这个问题就解决了。
写程序的XDJM,基本上人品都不错的,不用顾虑太多。



以前看过一段话,说是同一段业务,普通程序员花70%的量做业务,30%的代码修栏杆。而老程序员是业务代码占30%,剩下70%的代码都在修栏杆。



够狠直接exit 0
0 请登录后投票
   发表时间:2010-11-09  
不错,要是一个团队的全部成员都能意识到这些问题,那该有多好,

这样就有一个统一的交流起点了!

只可惜我们的团队总是参差不齐`
0 请登录后投票
   发表时间:2010-11-09  
paranoid945 写道
很多情况老板只是让你搥出一个看上去好看能用的东西然后最大化赚钱而已。要不然为啥那么喜欢雇工资才2,3k的程序员,何况大多数的项目都是靠着第一波比较厉害的程序员,然后再找理由搞掉他们,换一批低廉的程序员擦屁股...
很多情况是很搞笑的,比如有好些人特意不写注释,为的就是让这块代码只有自己懂,然后别人搞不定只能找他。中国人自古就没有牺牲奉献精神,从不会做“前人栽树,后人乘凉”的事情,而是做“前人砍树,后人的事情跟我就没有关系了”



前面一段话我赞同,后面的我反对。  我们公司就都是些新手,项目都是前面技术比较好的人开发完之后丢给后面的人擦屁股,我就接了这么个擦屁股的项目,但我那时不是新手,也不是高手。自己写程序的时候也会想很多事情,比较难懂的地方我都会写注释,也考虑后面维护的人是否能看得懂才加的。做人要厚道,做程序员也要厚道。都是写代码的,换位思考一下就会深有体会
0 请登录后投票
   发表时间:2010-11-09  
项目都是前面技术比较好的人开发完之后丢给后面的人擦屁股
从这个就没有觉得是什么技术好的人。
0 请登录后投票
   发表时间:2010-11-12  
变量问题  深有体会啊

还有一个问题是:注释注释注释注释注释注释注释注释注释注释注释注释注释注释注释注释注释注释注释注释注释注释注释注释注释注释
0 请登录后投票
   发表时间:2010-11-13  
深有同感,我就很不喜欢命名乱起的代码,与这样的同事一起工作时,经常为了搞明白他写的变量名称指代什么而浪费时间,不规范的命名以及书写格式,在团队开发时体现出来的弊端尤为明显
0 请登录后投票
论坛首页 Java企业应用版

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