然而，超类(父类)不一定要是抽象类。
几个抽象类构成了主要功能。
在应用中，POJO没有使用接口或抽象类来“钩住”组件。
抽象类的另一个用途是为多个派生类创建一个基类，在这些派生类中，基类决不会被实例化。
这种句法决策使您在抽象类继承的实现方面有一定的灵活*。
同时提供接口和抽象类是多余的，但我发现这样很方便：在大多数情况下，我只需要抽象类，但接口支持多继承*。
匿名类是一种语法速写标记，使您能够在需要实现某个抽象类或者接口的地方创建一个类的实例，而不需要显式提供类的名称。
因为dao无法通过接口或抽象类隐藏注入细节，所以任何更改都可能影响它的依赖组件。
客户机类可被编码为只需要抽象类型，而把实现策略和结果留给在运行时传递给它们的具体类实例。
抽象类的派生类必须实现所有抽象方法。
这是因为您不能为抽象类型创建工具。
除去被发现的抽象类之外，其他类没有属*及*作。
描述使用静态和抽象类别、界面、列举型别和结构的方针。
缺少这两个派生类型是一个互*作*问题，因为抽象类型是不能出现在XML实例文档中的。
他也在书中包括了很实用的建议：用接口替代抽象类和灵活使用异常。
接口与抽象类间的区别？
由抽象类别衍生出来的类别必须实作纯虚拟成员函式，否则它们也是抽象类别。
我们不能实例化一个抽象类，即使它们的字段和方法都是具体的。
Scala也允许在类中声明类型，正如我们在《第2章-打更少的字，做更多的事》中的“抽象类型和参数化类型”章节中所见。
在编程实践中总是存在一定的权衡，接口在和基类有关的方面提供一定的自由度，而同时抽象类运行你稍后添加新的方法。
派生于抽象类的方法，确保了公共接口的一致*。
广度指的是超出本文范围的那些特*，比如抽象类、接口、迭代器接口、反*、异常和对象复制。
在面向对象环境中，框架由抽象类和具体类组成。
而FoodOrder则是由这三种食品类型实际订单类(Doughnut、Pasty和IcedBun)继承的另一个抽象类。
有关更多信息，请参见抽象类、密封类和类成员。
当存在个抽象类时，你可以在其中添加新方法并在代码中为其添加默认实现。
像代码样，我可以仅仅向抽象类中添加一些默认的实现。
Joda 本质 —以及其设计核心 —的关键就是年表（它的含义由一个同名抽象类捕捉）。
