四个有害的Java编码习惯

对于编程语言而言，良好的编码风格可以让我们的程序代码逻辑清晰、规范。但是有一些有一些编码规范虽然应用很广泛，但是会对代码的质量和可维护性产生负面的影响。对我们的编程有害。
本文中你好久看到一些流行的编码风格被更易于接受的风格被更易于接受的风格锁替代。
1.对局部变量（local variables）、参数（method arguments） 字段（fields）这三种变量的命名没有区分。
对看编码的人来说，首先要弄清这些数据如何定义的？看一个类时，得弄清楚每个条目是局域变量？字段？还是参数？有必要使用一个简单的命名约定来定义这些变量，增加易读性。
2.按层次划分包，而不是更具特征或者功能和花粉最常见的划分应用程序就是按层次命名包
com.huangxiaobin.action
com.huangxiaobin.dao
com.huangxiaobin.model
com.huangxiaobin.util
也就是说，吧具有同样特征或者功能的类划分到了不同的暴力，因为成员的睡醒对其他成员应该是可见的，这就意味着几乎应用程序中所有的类都是公用的，实际上这种按层次划分划分包的方法卧牛泉疼掉了Java的包私有。包私有应该彻底不使用。现在包私有是Java程序语言设计这的默认作用域。这种包的划分习惯也是违反了面向对象编程的核心原则之——尽量保持私有以减少硬席那个， 因为这用习惯行波你必须扩大类的作用域。（在商业开发上是禁止使用这用命名方式的）
另一种命名风格：
com.huangxiaobin.buyer
com.huangxiaobing.util
com.huangxiaobin.painting
这里成员不按行为划分的。而是按照不同特征的类划分，每个成员都关联不同的特征。这种方法包在最初使用是被定义。
这种方法由于按层次划分包的方法。表现在以下几点：
（1）.包是高内聚的。并且模块化。包与包之间的耦合性质被降到最低。
（2）.类按照每个特征和功能区分开可以很容易的实现分层设计。
（3）.删除一个功能或者是特征只需要咸蛋的删除一个文件夹。
3.习惯使用Javabeans而不是不可变对象。
不可变对象是构造后状态不改变。大多数开发者使用JavaBenas来替代不可变对象，JavaBean明显要比不可变对象复杂的多，因为他的巨大的声明空间，粗略的讲，你可以把Java备案看作是与不可变对象完全相反的对象，它允许最大的可变性，JavaBean常常被用来使用数据库记录的映射，加入你要从数据库 映射某一行为对象。不考虑现有的持久化方案和框架，你会把这个对象设计成 什么样子。和Javabean相似呢还是完全不一样。我认为会完全不一样：
（1） 它不包含一个无参构造。
（2） 它不强迫你用可变的对象。
（3）它内部有一个数据校验机制
（4）数据验证机制可以给最终用户(end user)报错。
4.私有成员拍债其他成员的前面类成员的排序没有按照成员的作用域的大小排列，而是把private 放在最前面。
然而，如果把私有成员定义放在后面，读者阅读会更容易。因为人们认识一个事物的通常过程都是从一般到特殊，从抽象层次来说，是从高层次到低层次的认识过程。如果你倒过来的话，读者就不能从整体上把握事物，也不能抓住事物的本质，只能在一堆具体的片段中迷失。
整体的抽象让你忽略了细节。抽象的层次越高，你可以忽略越多的细节。读者阅读一个类时可以忽略的细节越多他会越高兴。脑袋里填充太多的细节是痛苦的，所以细节越少越好。因此，将私有成员放在最后会显得更富有同情心，因为这样阻止了不必要的细节显露给读者。
注意:public 接口应该放在class的最开始，其次是protected成员，最后是private成员。原因是:
（1）程序员更应该关系的应该是接口而不是具体实现
（2）当程序员需要用一个类的时候，他们需要关心的应该是接口而不是实现。
本文所讲的是一些Java的不好习惯和风格需要改变。最终的目地是希望我们的代码易读性更强，让读者更易于理解。