抽象类是一种特殊的类,其特殊性在于抽象类只能用于继承,不能被实例化为具体的对象。例如在Java中不能new一个抽象类,但可以extends一个抽象类。
抽象类的定义其实很简单,但其使用并不那么简单,有几个问题我们需要深入研究一下。
第一个问题是:有了类,为什么还要抽象类,为什么设计一种只能继承,不能实例化的类?
答案就在于:某些场景下普通类不够用。例如,“苹果”、“桔子”、“香蕉”都是“水果”,这里的“水果”就是一个抽象类。你可以说你喜欢吃“水果”,但你真正吃“水果”的时候,要么是“苹果”,要么是“桔子”,要么是“香蕉”。。。。。。但你绝不可能真正吃到一个叫做“水果”的东东。
从设计的角度来看,抽象类是更高层次的抽象。如果说普通类是从现实对象抽象出来的,那么抽象类就是基于类而抽象出来的。例如上面的样例,从“苹果”、“桔子”、“香蕉”这几个普通类,抽象出了“水果”这个类。
从实现的角度来看,抽象类与普通类不同的地方在于:抽象类有的存在抽象方法(方法只有声明,没有定义),子类必须自己定义这些抽象方法,而不能像普通的方法一样,通过继承就可以获得父类的方法。这一点上来看,抽象类和接口有点类似。
第二个问题是:抽象类和接口有什么区别,为什么有了接口,还要有抽象类?
答案就在于:抽象类本质上还是类,强调一组事物的相似性,包括属性和方法的相似性;而接口只强调方法的相似性,并且仅仅体现在方法声明上的相似性,而没有方法定义上的相似性。
例如:假设我们设计一个游戏,其中使用“苹果”、“桔子”、“香蕉”来做“补血”,“苹果”、“桔子”、“香蕉”都有“颜色”、“重量”这样的属性,但每种水果的补血方式是不一样的。这种情况下,使用抽象类可以很好的表达,我们设计一个抽象类“水果”,将“颜色”、“重量”作为“水果”的属性,“获取颜色”、“获取重量”、“减少重量”等方法作为“水果”的方法,将“补血”作为“水果”的抽象方法。这样设计能够大大减少“苹果”、“桔子”、“香蕉”几个普通类的实现工作量,它们只需要实现“补血”方法,其它的属性和方法都只需继承“水果”类即可。而如果采用接口的方式实现,则“苹果”、“桔子”、“香蕉”每个类都需要自己增加“颜色”、“重量”属性,增加“获取颜色”、“获取重量”、“减少重量”、“补血”等方法,工作量和代码量大大增加。
综合上述的分析,我们可以看出,抽象类看起来是一个介于类和接口之间的一个概念,同时具备类和接口的部分特性。
个人总结:抽象方法一定在抽象类中,抽象类不一定有抽象方法。抽象类首先是一个类,拥有属性和方法。接口只有方法的声明。在一些特殊需求下,如果多个POJO对象具有相同的属性,但是方法的具体实现不同。为了避免在多个类中书写相同的属性,可以使用抽象类,抽象类中包含多个POJO对象共同的方法,和方法的声明,然后通过继承抽象类,就可以获得属性,每个POJO对象只需要编写各自的方法即可。接口中只有方法的声明。常用来定义一个功能的约束。