类设计技巧
- 一定要保证数据私有,有时需要写一个访问器或者更改器方法,但是最好还是保持实例域的私有性。经验告诉我们,数据的表示形式可能会改变,但是他们的使用方法却不会经常发生改变。当数据保持私有时,他们的表现形式的变化不会对类的使用者产生影响,即使出现bug也易于检测。
- 一定要对数据初始化,最好不要依赖于系统的默认值。
- 不要在类中使用过多的基本类型。就是说,用其他的类代替多个相关的基本类型的使用。这样会使类更加易于理解且易于修改。例如用一个称为
Address
的新的类替换一个Customer
类一下的实例域:
private String street;
private String city;
private String state;
private int zip;
- 不是所有的域都需要独立的域访问器和域更改器。
- 将职责过多的类进行分解(单一职责原则)
- 类名和方法名一定要体现他们的职责。
继承设计的技巧
- 将公共操作和域放在超类。
- 不要使用受保护的域,不过,
protected
方法对于指示那些不提供一般用途而应在子类中重新定义的方法很有用。 - 使用继承实现”is-a”关系。
- 除非所有继承的方法都有意义,否则不要使用继承。(少用继承,多用组合,被继承的无用方法时有害的)
- 在覆盖方法时,不要改变预期的行为。(行为的多态,而不是变态。。。)
- 使用多态,而非类型信息。
无论什么时候,对于下面这种形式的代码
if(x is of type1) action1(x);
else if(x is of type2) action2(x);
都应该考虑使用多态性。if else
实际上是硬编码,不具有扩展性,不符合面向开闭原则,使用多态性,可以利用动态绑定原则,在运行时获取真正要执行的类型,易于扩展。
7. 不要过多的使用反射。
equals和hashCode方法
在Object
类中,equals()
方法用来判断两个对象是否具有相同的引用。然而对于多数类来说,这种判断没有什么意义。我们应该重写这个方法,比如通过身份证是否相同来判断是否是同一个人等,相同则认为两个对象是相等的。
散列码(hash code
)是由对象导出的一个整数值。散列码是没有规律的。两个对象的hashCode
基本不会相同。由于hashCode
定义在Object
类中,因此每个对象都有一个默认的散列码,其值为对象的存储地址。如果要重写hashCode
,那么它应该是一个整型数值(也可以是负数),并合理地组合实例域的散列码,以便以后能让各个不同的对象产生的散列码更加均匀。
如果重新定义equals
方法,就必须重新定义hashCode
方法,以便用户可以将对象插入到散列表中。
或者
equals与hashCode
的定义必须一致:如果x.equals(y)
返回true
,那么x.hashCode()
就必须与y.hashCode()
具有相同的值。例如,如果用定义的Employee.equals
比较雇员的ID,那么hashCode()
方法就需要散列ID,而不是雇员的姓名或者存储地址。
如果存在数组类型的域,那么可以使用静态的Arrays.hashCode()
方法计算一个散列码,这个散列码由数组元素的散列码组成。