牛骨文教育服务平台(让学习变的简单)

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

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

 

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

 

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

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

 

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

 

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

 

第二个问题是:抽象类和接口有什么区别,为什么有了接口,还要有抽象类?

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

 

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

 

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