接口优于抽象类

第18条：接口优于抽象类

1.内容向导

2.接口的优点

• 现有的类可以很容易的被更新，以实现新的接口。
  如果你前期编写了一个类A，后期有在系统中加入了一个新的接口B，当你想让前期编写的类来实现这个接口，你只用加上一句implement B，然后在类A中实现里面的方法即可，不会影响到以前的类对类A的使用。

• 接口是定义mixin（混合类型）的理想选择。
  这一条主要说的是，一个类可以实现多个接口。一个类除了可以实现一个它的主要类型接口之外，还可以加入一些辅助接口来实现一些新的功能。

• 接口允许我们构造非层次结构的类型框架。
  之一条主要说的是，接口可以多继承。
  层次结构的类型：
  

  遵守层次结构的类型关系.png
  如上图，对于这种遵守参差结构的类型来说，我们要用类的继承来实现是容易的。但是我们遇到的类型关系并不总是遵循这种层次类型。
  比如：web开发，我们有一种程序猿类型为“前端攻城狮”，一种类型为“后端攻城狮”还有一种是“web全栈攻城狮”，我们要用类来表示他们三者之间的三角关系，啊不对，是类型关系的话将会是一件十分困难的事情。但是如果用接口，将会十分轻松。直接定义三个类型的接口，让“web全栈攻城狮”同时继承前端和后端工程师即可。

3. 骨架类

众所周知，java 8之前接口是不可以有方法体的，这就是抽象类相对于接口的优势，为了将抽象类和接口的优势整合起来，“骨架类”就诞生了，骨架类的做法是用一个抽象类来实现一个接口，在抽象类中为接口的某些方法提供实现。
骨架类的实现的一般步骤是，找出接口中的基本方法，在抽象类中声明为抽象方法，然后用这些基本方法来实现其他方法，所谓基本方法，就是通过将这些方法组合或是变换，可以实现其他的方法。

4.有关骨架类的例子

为了便于理解，这里举一个炒鸡简单的例子，想看更深层次的例子，可以去看java类库中的AbstractCollection<E>这个类。

例子：
假设有一个接口，它可以实现一组对象的求和，代码如下：

public interface Summation<T> {
  //实现两个对象的相加
  T towEleAdd(T obj01, T obj02);

  //实现List求和
  T listEleSum(List<T> list);

  //实现数组求和
  T arrayEleSum(T[] array);
}

根据观察，它的基本方法只有一个T towEleAdd(T obj01, T obj02);,现在我们可以来实现他的“骨架”了：

public abstract class AbstractSummation<T> implements Summation<T> {

  @Override
  public abstract T towEleAdd(T obj01, T obj02);

  @Override
  public T listEleSum(List<T> list) {
    T firstEle = null;
    for (T t : list) {

      if (firstEle == null) {
        firstEle = t;
        continue;
      }

      firstEle = towEleAdd(firstEle, t);
    }
    return firstEle;
  }

  @Override
  public T arrayEleSum(T[] array) {
    T firstEle = null;
    for (T t : array) {

      if (firstEle == null) {
        firstEle = t;
        continue;
      }

      firstEle = towEleAdd(firstEle, t);
    }
    return firstEle;
  }
}

继承这个骨架类就只用实现towEleAdd方法，就可以完成一组对象的求和工作了。