连载:面向对象葵花宝典:思想、技巧与实践(9) - “抽象类” 详解
2016-07-18 16:42
267 查看
抽象类是一种特殊的类,其特殊性在于抽象类只能用于继承,不能被实例化为具体的对象。例如在Java中不能new一个抽象类,但可以extends一个抽象类。
抽象类的定义其实很简单,但其使用并不那么简单,有几个问题我们需要深入研究一下。
第一个问题是:有了类,为什么还要抽象类,为什么设计一种只能继承,不能实例化的类?
答案就在于:某些场景下普通类不够用。例如,“苹果”、“桔子”、“香蕉”都是“水果”,这里的“水果”就是一个抽象类。你可以说你喜欢吃“水果”,但你真正吃“水果”的时候,要么是“苹果”,要么是“桔子”,要么是“香蕉”。。。。。。但你绝不可能真正吃到一个叫做“水果”的东东。
从设计的角度来看,抽象类是更高层次的抽象。如果说普通类是从现实对象抽象出来的,那么抽象类就是基于类而抽象出来的。例如上面的样例,从“苹果”、“桔子”、“香蕉”这几个普通类,抽象出了“水果”这个类。
从实现的角度来看,抽象类与普通类不同的地方在于:抽象类有的存在抽象方法(方法只有声明,没有定义),子类必须自己定义这些抽象方法,而不能像普通的方法一样,通过继承就可以获得父类的方法。这一点上来看,抽象类和接口有点类似。
第二个问题是:抽象类和接口有什么区别,为什么有了接口,还要有抽象类?
答案就在于:抽象类本质上还是类,强调一组事物的相似性,包括属性和方法的相似性;而接口只强调方法的相似性,并且仅仅体现在方法声明上的相似性,而没有方法定义上的相似性。
例如:假设我们设计一个游戏,其中使用“苹果”、“桔子”、“香蕉”来做“补血”,“苹果”、“桔子”、“香蕉”都有“颜色”、“重量”这样的属性,但每种水果的补血方式是不一样的。这种情况下,使用抽象类可以很好的表达,我们设计一个抽象类“水果”,将“颜色”、“重量”作为“水果”的属性,“获取颜色”、“获取重量”、“减少重量”等方法作为“水果”的方法,将“补血”作为“水果”的抽象方法。这样设计能够大大减少“苹果”、“桔子”、“香蕉”几个普通类的实现工作量,它们只需要实现“补血”方法,其它的属性和方法都只需继承“水果”类即可。而如果采用接口的方式实现,则“苹果”、“桔子”、“香蕉”每个类都需要自己增加“颜色”、“重量”属性,增加“获取颜色”、“获取重量”、“减少重量”、“补血”等方法,工作量和代码量大大增加。
综合上述的分析,我们可以看出,抽象类看起来是一个介于类和接口之间的一个概念,同时具备类和接口的部分特性。
个人总结:抽象方法一定在抽象类中,抽象类不一定有抽象方法。抽象类首先是一个类,拥有属性和方法。接口只有方法的声明。在一些特殊需求下,如果多个POJO对象具有相同的属性,但是方法的具体实现不同。为了避免在多个类中书写相同的属性,可以使用抽象类,抽象类中包含多个POJO对象共同的方法,和方法的声明,然后通过继承抽象类,就可以获得属性,每个POJO对象只需要编写各自的方法即可。接口中只有方法的声明。常用来定义一个功能的约束。
抽象类的定义其实很简单,但其使用并不那么简单,有几个问题我们需要深入研究一下。
第一个问题是:有了类,为什么还要抽象类,为什么设计一种只能继承,不能实例化的类?
答案就在于:某些场景下普通类不够用。例如,“苹果”、“桔子”、“香蕉”都是“水果”,这里的“水果”就是一个抽象类。你可以说你喜欢吃“水果”,但你真正吃“水果”的时候,要么是“苹果”,要么是“桔子”,要么是“香蕉”。。。。。。但你绝不可能真正吃到一个叫做“水果”的东东。
从设计的角度来看,抽象类是更高层次的抽象。如果说普通类是从现实对象抽象出来的,那么抽象类就是基于类而抽象出来的。例如上面的样例,从“苹果”、“桔子”、“香蕉”这几个普通类,抽象出了“水果”这个类。
从实现的角度来看,抽象类与普通类不同的地方在于:抽象类有的存在抽象方法(方法只有声明,没有定义),子类必须自己定义这些抽象方法,而不能像普通的方法一样,通过继承就可以获得父类的方法。这一点上来看,抽象类和接口有点类似。
第二个问题是:抽象类和接口有什么区别,为什么有了接口,还要有抽象类?
答案就在于:抽象类本质上还是类,强调一组事物的相似性,包括属性和方法的相似性;而接口只强调方法的相似性,并且仅仅体现在方法声明上的相似性,而没有方法定义上的相似性。
例如:假设我们设计一个游戏,其中使用“苹果”、“桔子”、“香蕉”来做“补血”,“苹果”、“桔子”、“香蕉”都有“颜色”、“重量”这样的属性,但每种水果的补血方式是不一样的。这种情况下,使用抽象类可以很好的表达,我们设计一个抽象类“水果”,将“颜色”、“重量”作为“水果”的属性,“获取颜色”、“获取重量”、“减少重量”等方法作为“水果”的方法,将“补血”作为“水果”的抽象方法。这样设计能够大大减少“苹果”、“桔子”、“香蕉”几个普通类的实现工作量,它们只需要实现“补血”方法,其它的属性和方法都只需继承“水果”类即可。而如果采用接口的方式实现,则“苹果”、“桔子”、“香蕉”每个类都需要自己增加“颜色”、“重量”属性,增加“获取颜色”、“获取重量”、“减少重量”、“补血”等方法,工作量和代码量大大增加。
综合上述的分析,我们可以看出,抽象类看起来是一个介于类和接口之间的一个概念,同时具备类和接口的部分特性。
个人总结:抽象方法一定在抽象类中,抽象类不一定有抽象方法。抽象类首先是一个类,拥有属性和方法。接口只有方法的声明。在一些特殊需求下,如果多个POJO对象具有相同的属性,但是方法的具体实现不同。为了避免在多个类中书写相同的属性,可以使用抽象类,抽象类中包含多个POJO对象共同的方法,和方法的声明,然后通过继承抽象类,就可以获得属性,每个POJO对象只需要编写各自的方法即可。接口中只有方法的声明。常用来定义一个功能的约束。
相关文章推荐
- 在本地执行一个新创建的block
- C#:调用webservice时提示对操作的回复消息正文进行反序列化时出错
- [Linux] MODULE_DEVICE_TABLE
- PowerShell匹配文件删除N天前或指定日期(前后)创建(或修改)的文件
- Pig安装配置及基本使用
- 面向设计的半封装web组件开发
- 搭建yum的epel源与pip
- leetcode_c++:链表:Delete Node in a Linked List(237)
- hdu--1201 18岁生日
- HDOJ 1212 Big Number【同余定理】
- Gradle build-info.xml not found for module app.Please make sure that you are using gradle plugin '2.0.0-alpha4' or higher.
- <java编程思想>(thing in java) 阅读笔记(第十六章至第二十一章)
- 如果SM30出现“不可修改”提示的解决方案之一
- java webservice 解决部分中文乱码问题
- Semaphores in Java
- 算法专题:DP(1)
- binary tree preorder traversal(二叉树先序遍历非递归)java
- 发现一个很棒的网站,技术 + 音乐 + 其他一切
- 【杭电oj】1443 - Joseph(模拟,打表)
- 对Linux 网卡软中断做负载均衡