该知识点是自己从书籍中学习的笔记。
与方法调用不同,继承打破了类的封装特性。使用继承估计会出现以下问题:
1. 如果父类发生了变化,那么子类也需要检查是否需要更新。
2. 开始时,子类有一个方法,而后父类增加了与子类一摸一样的方法,那么这个时候就相当于是子类重写了父类的方法,有可能并不是客户想要的结果。如果仅仅是返回类型不一致的话,还会造成编译错误。
如果要编写一个类的话,最好是将其要扩展的类作为新类的一个域,然后再在新类中调用扩展类的方法来达到功能要求。在新类中增加的方法叫做转发方法,这种方式也叫做复合。如下代码:
public class InstrumentedSet<E> implements Set<E> {
private Set set;
public InstrumentedSet(Set<E> set) {
this.set = set;
}
@Override
public int size() {
return set.size();
}
@Override
public boolean isEmpty() {
return set.isEmpty();
}
……………..
}
调用方式:
Set<Date> s = new InstrumentedSet<Date>(new TreeSet<Date>(cmp));
Set<E> s2 = new InstrumentedSet<E>(new HashSet<E>(capacity));
这相当于是InstrumentedSet将Set给包装了起来。当然InstrumentedSet也叫做包装类。包装类不适合回调,因为回调是将自己引用传递给其他对象,以便其他对象后面回调。因为包装起来的对象并不知道它外面的包装类,所以它传递一个指向自己的引用,回调时就避开了外面的包装对象。
使用复合和转发来和继承相比较的话,性能不会降低好多,只是说复合和转发需要多写一个父类的域,添加一个构造方法。
只有当真正确定A和B是“is-a”的时候,才使用到继承,否则尽量将使用复合和转发的方式来实现一个类。
总之,在决定使用复合还是继承的时候,还要确认下试图扩展的类是否有bug,如果有bug的话,使用继承会继承这些bug,但是使用复合的话,则可以避免这些bug。如果子类和父类不在同一个包的,并且父类并不是为了扩展而设计的,那么使用继承是很脆弱的,这个时候应该使用复合和转发的方式来实现新类。
使用复合优于继承。