第18条：接口优于抽象类
1.内容向导
内容向导
本条内容的主要重点——骨架类，集成接口和抽象类的优点于一身。
2.接口的优点
现有的类可以很容易的被更新，以实现新的接口。
如果你前期编写了一个类A，后期有在系统中加入了一个新的接口B，当你想让前期编写的类来实现这个接口，你只用加上一句implement B，然后在类A中实现里面的方法即可，不会影响到以前的类对类A的使用。接口是定义mixin（混合类型）的理想选择。
这一条主要说的是，一个类可以实现多个接口。一个类除了可以实现一个它的主要类型接口之外，还可以加入一些辅助接口来实现一些新的功能。-
接口允许我们构造非层次结构的类型框架。
之一条主要说的是，接口可以多继承。
层次结构的类型：
遵守层次结构的类型关系.png
如上图，对于这种遵守参差结构的类型来说，我们要用类的继承来实现是容易的。但是我们遇到的类型关系并不总是遵循这种层次类型。
比如：web开发，我们有一种程序猿类型为“前端攻城狮”，一种类型为“后端攻城狮”还有一种是“web全栈攻城狮”，我们要用类来表示他们三者之间的三角关系，啊不对，是类型关系的话将会是一件十分困难的事情。但是如果用接口，将会十分轻松。直接定义三个类型的接口，让“web全栈攻城狮”同时继承前端和后端工程师即可。 接口可以使得类的增强变得安全。
这一点主要说的是第16条（复合优于继承）中的“包装类”。
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方法，就可以完成一组对象的求和工作了。
