连载：面向对象葵花宝典：思想、技巧与实践（9） - “抽象类” 详解

抽象类是一种特殊的类，其特殊性在于抽象类只能用于继承，不能被实例化为具体的对象。例如在Java中不能new一个抽象类，但可以extends一个抽象类。

 

抽象类的定义其实很简单，但其使用并不那么简单，有几个问题我们需要深入研究一下。

 

第一个问题是：有了类，为什么还要抽象类，为什么设计一种只能继承，不能实例化的类？

答案就在于：某些场景下普通类不够用。例如，“苹果”、“桔子”、“香蕉”都是“水果”，这里的“水果”就是一个抽象类。你可以说你喜欢吃“水果”，但你真正吃“水果”的时候，要么是“苹果”，要么是“桔子”，要么是“香蕉”。。。。。。但你绝不可能真正吃到一个叫做“水果”的东东。

 

从设计的角度来看，抽象类是更高层次的抽象。如果说普通类是从现实对象抽象出来的，那么抽象类就是基于类而抽象出来的。例如上面的样例，从“苹果”、“桔子”、“香蕉”这几个普通类，抽象出了“水果”这个类。

 

从实现的角度来看，抽象类与普通类不同的地方在于：抽象类有的存在抽象方法（方法只有声明，没有定义），子类必须自己定义这些抽象方法，而不能像普通的方法一样，通过继承就可以获得父类的方法。这一点上来看，抽象类和接口有点类似。

 

第二个问题是：抽象类和接口有什么区别，为什么有了接口，还要有抽象类？

答案就在于：抽象类本质上还是类，强调一组事物的相似性，包括属性和方法的相似性；而接口只强调方法的相似性，并且仅仅体现在方法声明上的相似性，而没有方法定义上的相似性。

 

例如：假设我们设计一个游戏，其中使用“苹果”、“桔子”、“香蕉”来做“补血”，“苹果”、“桔子”、“香蕉”都有“颜色”、“重量”这样的属性，但每种水果的补血方式是不一样的。这种情况下，使用抽象类可以很好的表达，我们设计一个抽象类“水果”，将“颜色”、“重量”作为“水果”的属性，“获取颜色”、“获取重量”、“减少重量”等方法作为“水果”的方法，将“补血”作为“水果”的抽象方法。这样设计能够大大减少“苹果”、“桔子”、“香蕉”几个普通类的实现工作量，它们只需要实现“补血”方法，其它的属性和方法都只需继承“水果”类即可。而如果采用接口的方式实现，则“苹果”、“桔子”、“香蕉”每个类都需要自己增加“颜色”、“重量”属性，增加“获取颜色”、“获取重量”、“减少重量”、“补血”等方法，工作量和代码量大大增加。

 

综合上述的分析，我们可以看出，抽象类看起来是一个介于类和接口之间的一个概念，同时具备类和接口的部分特性。

个人总结：抽象方法一定在抽象类中，抽象类不一定有抽象方法。抽象类首先是一个类，拥有属性和方法。接口只有方法的声明。在一些特殊需求下，如果多个POJO对象具有相同的属性，但是方法的具体实现不同。为了避免在多个类中书写相同的属性，可以使用抽象类，抽象类中包含多个POJO对象共同的方法，和方法的声明，然后通过继承抽象类，就可以获得属性，每个POJO对象只需要编写各自的方法即可。接口中只有方法的声明。常用来定义一个功能的约束。