代码规范的那些事儿

　　作为一个苦逼的程序员，因为种种原因经常需要阅读别人写的代码。您是否有过因代码杂乱冗余而心生厌恶，您是否有过因代码晦涩难懂而抓狂，您是否有过因代码低级的逻辑错误而愤概，您是否有过因代码结构不合常规而需要到处查找，您是否有过因看到几百甚至上千行代码的方法而望洋兴叹，您是否有过因代码缺少注释而猜测以及花很多时间去理清楚前后逻辑。

　　苦逼的我全部遇到过并且很多很多，这些代码的作者从世界500强顶级IT公司到几十人的小公司同事，从印度美国新加坡人到中国人，从七八年的老人到刚入行的菜鸟。相信您也遇到过。这些人有一些共性 —— 应付任务、个性十足以及不思进取！如果您是程序员菜鸟，那么您一定遇到很多并且既是肇事者又是受害者，这是必经之路；如果你是业界大牛，不用说您眼里别人的代码都或多或少都有问题，遇到的情况更多！

　　都说代码是程序员的第二张脸，写得太烂的代码背后一定会遭人鄙视。请遵循一些简单的规范，写干净一致的代码！请把您的个性用在写出最简单易懂的代码上面，而不是晦涩冗余无用的代码，甚至自我签名！您的才华应该表现在设计良好的结构和模式，表现在干净易懂的代码，表现在对空间的尊重，对代码的尊重。这样您才能赢得别人的尊重！请记住代码不是一次性的，需要重复的修改和重构，为未来写点代码！以下我总结几点Java里面最基本的小规范：

　　1. 写干净整洁的代码，请尊重空间，请尊重人眼的偏好

　　1.1 去除没有用到的类引用，Eclipse里面Ctrl+Shilft+O。看到一大片的因为类引用没有用到而报的警告信息简直就是灾难，空间和视觉都没有得到尊重。

　　1.2 记得格式化代码，Eclipse里面Ctrl+Shilft+F。看到一大片杂论无章，连基本的对齐都没有的代码也是很大的灾难，视觉脑力都会受到挑战。

　　1.3 不要吝惜废弃的老代码，Eclipse里面Ctrl+D。有些人对待已经废弃的老代码比对待自己的老婆还宝贝，大量运用注释来保留，随 着代码的演变暂用非常大量的空间。如果那段代码非常精妙，舍不得删，那么请把它移到您的私人代码库。

　　1.4 请不要写冗余无用的代码。if(true)之类的代码块完全不应该出现，用空行隔开该段代码是更好的选择。

　　1.5 请合理运用空行。空行可以用来隔开相对独立的代码块，有利于阅读和理解。但是不要使用超过一行的空行，对空间，别太奢侈了。

　　1.6 请不要在两个地方出现完全相同的代码，您总是可以想办法重用的，不是吗？

　　1.7 命名类，方法，变量慎用简写，除非大家都公认。全称我都不一定看得懂，简称您太高估我的智商了！请问qrbs代表什么，可能火星人知道吧！

　　1.8 把所有的类变量放到最前面，如果比较多请按用途分组排列，不要把变量散落在大江南北，我找的真的很辛苦！

　　1.9 拆分大的类，大的方法，如果您的类有一万行，如果您的方法有一千行，我真的会恐惧，是恐惧！

　　2. 高效运用注释

　　2.1 规范的注释类信息。请查看一下Java标准库的String.java源码吧，包括文件名，日期，作者，版本号等信息，用统一的模板。千 万别把您的大名散落于方法签名甚至于具体代码里面了。我在读业务逻辑的时候没有兴趣思考您的人生！要找您我可以在类签名里面找到的，放心啊！

　　2.2 非Java Bean的public方法都需要注释，您总不会要别人读您的代码才能调用您的代码吧！即便您的英文非常好，命名也非常规范，您总不能期待别人都英文好，理解都一样吧。

　　2.3 为不容易理解类变量注释。类变量特别是私有的类变量没有人要求注释，但是为了能够快速的了解您表示的是什么，还是写点什么吧！您知道我英文不算好！

　　2.4 注释代码段，注释逻辑选择。上面提到运用空行分割开逻辑相对独立的代码，那么请在空行的下一行也写点下面代码段要干什么的语句吧。 如果有if else等逻辑选择的时候，麻烦也花几秒钟写上判断的依据和结果好吗？逻辑难懂且关键，您懂的！

　　3. 不断学习，不断思考，不断实践，更上一层楼

　　3.1 遇到不懂的，请先Google，一定要学会，不然就一直不会了，回头发现工作六七年没有工作两年的小朋友懂的多！

　　3.2 看别人代码时要汲取好的方法和技巧。

　　3.3 接触一项技术要升入了解和实践，请问您做过的系统您现在都可以从零开始搭建起来了吗，我的意思是架构搭建哦！

　　3.4 书里面有知识，有思想，有时间的话还是多精读几本经典书籍吧。您会受益匪浅！