面向对象的设计，服用的重点其实应该是抽象层的复用，而不是具体某一个代码块的复用。
说到了抽象，就不得不提到Java接口和Java抽象类了，这也是我这里想要谈论的重点。
Java接口和抽象类代表的就是抽象类型，就是我们需要提出的抽象层的具体表现。OOP面向对象编程，如果要提高程序的复用率，增加程序的可维护性，可扩展性，就必须是面向接口编程，面向抽象编程，正确地使用接口，抽象类这些有用的抽象类型作为你结构层次上的顶层。
Java接口和Java抽象类有太多相似的地方，又有太多特别的地方，究竟在什么地方，才是它们的最佳位置呢？把它比较一下，你就可以发现了。
（1）Java接口和Java抽象类最大的一个区别，就在于Java抽象类可以提供某些方法的部分实现，而Java接口不可以（就是interface中只能定义方法，而不能有方法的实现，而在abstract class中则可以既有方法的具体实现，又有没有具体实现的抽象方法），这大概就是Java抽象类唯一的优点吧，但这个优点非常有用。如果向一个抽象类中加入一个新的具体方法时，那么它所有的子类都一下子得到这个新方法，而Java接口做不到这一点，如果向一个Java接口中加入一个新方法，所有实现这个接口的类就无法成功通过编译了，因为你必须让每一个类都再实现这个方法才行，这显然是Java接口的缺点。也就是说Java的抽象类比Java的接口跟容易进行扩展。
（2）一个抽象类的实现只能由这个抽象类的子类给出，也就是说，这个实现处在抽象类所定义出的继承的等级结构中，而由于Java语言单继承性，所以抽象类作为类型定义工具的效能就大打折扣。在一点上，Java接口的优势就出来了，任何一个实现了Java接口所规定的方法的类都可以具有这个接口的类型，而一个类可以实现任意多个Java接口，从而这个类就有了多种类型。（使用抽象类，那么继承这个抽象类的子类类型就比较单一，因为子类只能单继承抽象类；而子类能够同时实现多个接口，因此类型就比较多。接口和抽象类都可以定义对象，但是只能用他们的具体实现类来进行实例化。）
（3）Java接口是定义混合类型的理想工具，混合类型表明一个类不仅仅具有某个主类型的行为，而且具有其他的次要行为。
（4）结合（1）、(2)点中抽象类和Java接口的各自优势，最经典的设计模式就出来了：声明类型的工作仍然由Java接口承担，但是同时给出一个Java抽象类，，且实现了这个接口，而其他同属于这个抽象类型的具体类可以选择实现这个Java接口，也可以选择继承这个抽象类，也就是说在层次结构中，Java接口在最上面，然后紧跟着抽象类，这下两个的最大优点都能发挥到极致了。这个模式就是“缺省适配模式”。在Java语言中API中用了这种模式，而且全都遵循一定的命名规范：Abstract + 接口名。（A extends Abstract B implements interface C）,那么A既可以选择实现（@override）接口interface C中的方法，也可以选择不实现；既可以选择实现（@override）抽象类Abstract B中的方法，也可以选择不实现）
Java接口和抽象类的存在就是为了具体类的实现和继承的，如果你准备写一个具体类去继承另一个具体类的话，那你的设计就有很大问题了。Java抽象类就是为了继承而存在的，它的抽象方法就是为了强制子类必须去实现的。
活在当下，别在怀念过去或者憧憬未来中浪费掉你现在的生活。
