Java:画蛇添足的编码规范

 

前几天公司培训编码规范:

n条:

i++; j++; // prohibit

should be:

i++;

j++; // ok

m条:

if( aBool = bBool ) // prohibit

should be:

if( (aBool = bBool) == true ) // ok

且不说 if( (aBool = bBool) == true ) 这样的代码是如何混进规范的,单是这两条规范之后蕴藏的自相矛盾的原则,就表明这是不成熟的规范:

n条背后的思想是每行一条语句,只做一件事,那么为何第m条中aBool = bBoolif(aBool)这两件截然不同的事要放在一行中呢?

事实上宁可允许 i++; j++出现在一行中,也不能允许if( (aBool = bBool) == true )出现在一行中,至少前者做的还是类似的事,事实上前者我觉得可读性最好的形式是逗号表达式:

i++, j++; //当然,Java里没有逗号表达式

 

编码规范肇始于没有智能编辑器的时代,掺杂了很多格式方面的要求,现在各种自动化代码美化功能,可以眨眼间将杂乱无章的代码整理的一帆风顺,将一种风格转换为另一种风格,规范中对格式的规定实在应该弱化,况且Java已经有了官方Code Convention,有了<<The Elements of Java Style>>,企业如果要制定自己的规范,更应注重代码逻辑方面的规范,应多多参考<<Effective Java>><<Practical Javas>><<Java pitfalls>>, <<More java pitfalls>>, <<Java Rules>>, <<More Java Rules>><<Java Bug 模式>>

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值