最近在看设计模式,感觉需要先好好区分下抽象类和接口。

一、抽象类

  《Java编程思想》中这样定义:包含抽象方法的类叫做抽象类。

  解释:

  1、包含,说明抽象类中可以有其他的具体方法。

  2、因为抽象方法的存在,所以抽象类不能实例化。

二、接口

  接口是用来建立类与类之间的协议,只提供抽象方法,不提供任何具体实现。

  特点:

  1、所有方法法访问权限自动被声明为public。确切的说只能为public,当然你可以显示的声明为protected、private,但是编译会出错!

  2、接口中可以定义“成员变量”,或者说是不可变的常量,因为接口中的“成员变量”会自动变为为public static final。

三、区别

  要从两个方面区别。

1、语法方面

  这个是面试时经常需要背会的,总结如下:

  1)抽象类可以提供成员方法的具体实现,而接口只能存在public abstract方法;

  2)抽象类中成员变量可以是各种类型的,而接口中的成员变量只能是public static final类型的;

  3)一个类只能继承一个抽象类,而一个类却可以实现多个接口。

2、设计方面

  抽象类是对一种事物的抽象,即对类抽象,而接口是对行为的抽象。eg:飞机和鸟是不同类的事物,但是它们都有一个共性,就是都会飞。那么在设计的时候,可以将飞机设计为一个类Airplane,将鸟设计为一个类Bird,但是不能将 飞行 这个特性也设计为类,因此它只是一个行为特性,并不是对一类事物的抽象描述。此时可以将 飞行 设计为一个接口Fly,包含方法fly( ),然后Airplane和Bird分别根据自己的需要实现Fly这个接口。然后至于有不同种类的飞机,比如战斗机、民用飞机等直接继承Airplane即可,对于鸟也是类似的,不同种类的鸟直接继承Bird类即可。从这里可以看出,继承是一个 "是不是"的关系,而 接口 实现则是 "有没有"的关系。

看设计模式的时候,总是说面对接口编程,有时候会不自觉的觉得什么都设计成接口会比较好,不过接口的问题在于:如果接口新增了一个方法,所有的实现类都得改动。基于这一点,我们来看一个网上常举的例子:

我们有一个Door的抽象概念,它具备两个行为open()和close(),此时我们可以定义通过抽象类和接口来定义这个抽象概念:

抽象类:

abstract class Door {
public abstract void open();
public abstract void close();
}

接口:

interface Door {
public abstract void open();
public abstract void close();
}

  需求:需要特定的一种门具备报警功能,如何实现?

  初步解决方案一:给door增加一个报警方法,clarm()

  1)如果都放在抽象类里面,这样一来所有继承于这个抽象类的子类都具备了报警功能。

  2)将这三个功能都放在接口里面,需要用到报警功能的类就需要实现这个接口中的open( )和close( ),也许这个类根本就不具备open( )和close( )这两个功能,比如火灾报警器。

  上面的方案,违背了设计模式中一个原则--接口隔离原则(Interface Segregation Principle):

  推荐方案:

  如果看过设计模式,就很容易想到下面方案了。

  单独将报警设计为一个接口,包含alarm()行为,Door设计为单独的一个抽象类,包含open和close两种行为。再设计一个报警门继承Door类和实现Alarm接口。

interface Alram {
void alarm();
} abstract class Door {
void open();
void close();
} class AlarmDoor extends Door implements Alarm {
void oepn() {
//....
}
void close() {
//....
}
void alarm() {
//....
}
}

四、总结

  1、 抽象类在java语言中所表示的是一种继承关系,一个子类只能存在一个父类,但是可以存在多个接口。

2、 在抽象类中可以拥有自己的成员变量和非抽象类方法,但是接口中只能存在静态的不可变的成员数据(不过一般都不在接口中定义成员数据),而且它的所有方法都是抽象的。

3、抽象类和接口所反映的设计理念是不同的,抽象类所代表的是“is-a”的关系,而接口所代表的是“like-a”的关系。

抽象类和接口是java语言中两种不同的抽象概念,他们的存在对多态提供了非常好的支持,虽然他们之间存在很大的相似性。但是对于他们的选择往往反应了对问题域的理解,这也是看设计模式之前必须要好好弄懂的一对概念,接下来我将分享我看设计模式的心得体会。

最新文章

  1. SCSS
  2. hibernate学习(3)——api详解对象(2)
  3. 黄聪:PHP7.0中htmlspecialchars出错解决方案(wordpress)
  4. C#实战Microsoft Messaging Queue(MSMQ)消息队列(干货)
  5. java中的匿名内部类总结(转)
  6. 初来咋到先试试windows live writer
  7. List<T>取交集、差集、并集
  8. 仿淘宝TAB切换搜索框
  9. javascritp封装的类似java HashMap的类
  10. centos6.5安装rabbitmq3.6.14
  11. CentOS7搭建时间服务器-chrony(不坑)
  12. [Android] Android 锁屏实现与总结 (二)
  13. LAYUI layedit 富文本框内容的取值
  14. Openstack oslo.config【一】
  15. 使用Pillow库 创建简单验证码
  16. Linux安装Gitlab,附iSCSI分区挂载说明
  17. JS DOM操作(二) Window.docunment对象——操作样式
  18. linux下安装jdk安装及环境变量配置
  19. Centos 7 文件和目录管理
  20. CDH localhost:7180 页面无法打开

热门文章

  1. AngularJs1.X学习--路由
  2. 在CMD下运用管理员权限
  3. Java面向对象_常用类库api——二分查找算法
  4. java编程如何实现从本地里读取文件1,写入到本地另一个文件2里(多种场景)
  5. Hystrix核心基础 - 滑动窗口创建过程及demo
  6. 【Linux】linux下tar.gz、tar、bz2、zip等解压缩、压缩命令小结
  7. 示例1-苏宁每日自动登录打卡-结合Au3
  8. 《从0到1学习Flink》—— Flink 写入数据到 Kafka
  9. Elasticsearch在后台启动
  10. webpack.config.js====CSS相关:插件optimize-css-assets-webpack-plugin