Java用个继承咋就这么难

试想一个问题：

如果我们需要给一个超类的方法实现一种更强的功能，也就是加强版的超类，一般会怎么做？

继承？

Too young too simple！

 

看看下面的例子：

当我们需要一个类，需要HashSet类的所有方法，但是随时需要知道在其创建到目前，已经加入过多少元素，该如何实现？

一般使用继承，覆盖add()和addAll()方法，会显得很合理：

 1 public class InstrumentedHashSet<E> extends HashSet<E>{

 2     private int mCount;

 3     

 4     public int getmCount() {

 5         return mCount;

 6     }

 7     @Override

 8     public boolean add(E e) {

 9         mCount ++;

10         return super.add(e);

11     }

12     @Override

13     public boolean addAll(Collection<? extends E> e) {

14         mCount += e.size();

15         return super.addAll(e);

16     }

17 }

第9行和第14行进行了对mCount的增加，那么真的像我们想象的那样吗？

 1     public static void main(String[] args) {

 2         InstrumentedHashSet<String> mHashSet = new InstrumentedHashSet<String>();

 3         

 4         ArrayList<String> mArrayList = new ArrayList<String>();

 5         mArrayList.add("1");

 6         mArrayList.add("2");

 7         mArrayList.add("3");

 8     

 9         mHashSet.addAll(mArrayList);

10         System.out.println("总共插入了" + mHashSet.getmCount());

11         

12     }

 

 最后输出： 总共插入了9 

Why？

其实是因为，在HashSet内部的实现中，addAll()方法是调用了add()方法的，这一点虽然坑爹，但是没有必要在文档中说明。在这个类中，只要我们去掉add()的覆盖，就可以良好的运行程序。

那么，问题来了，以后遇到这种需求的时候，还要不要用继承呢？

可能你认为这是个例，注意点就行了，那么，当你想要使用继承的时候，回答以下几个问题：

1.如果这样的父类在以后的版本中有改变呢？

2.如果父类加入了新的方法而自己却没有实现呢？

更甚至，你可能认为我使用继承，但是不覆盖原有方法就安全了？考虑以下几个问题：

1.如果超类添加了一个方法，而你给子类提供的方法的函数签名碰巧与它相同，但是返回结果不同。那么，编译器不会通过这个方法。

2.如果函数签名和返回类型都相同，那不又是继承了吗？

幸运的是，有一种办法可以解决以上问题，那就是看起来不起眼的 ——组合（复合）！

这样，原有的类就成了新类的一个组件，新类中的每个示例方法都可以调用被包含现有类示例中的对应方法，并返回它的结果，这被称为“转发”，新类中的方法被称为转发方法。

这样的类非常稳固，即使向现有的类增加了新的方法，也不会影响新的类。

 

只有当子类是真正的超类的子类型的时候，才可以使用继承，也就是说，必须存在“is-a”关系时候才适合使用继承。