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”关系时候才适合使用继承。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
