疯狂java


您现在的位置: 疯狂软件 >> 新闻资讯 >> 正文

Java抽象类和接口的区别


 

  abstract class和interface可谓是java中的双骄,既相辅相成又各司其职,相信一部分从业人员在没有掌握其中奥妙之前用的也就比较随意,java中为什么会出现这么模糊不清的一对呢?就从java的设计意图谈谈抽象类和接口的区别

  平常我们总是说抽象类(abstract class)里可以写实现方法而接口(interface)中却不可以,无论面试或是新手询问的时候会不出现尴尬的一幕?螃蟹正是如此,在一次次被追问却不深思,直到忍无可忍后开始到处在网上寻寻觅觅,同时请教了具有相当开发经验的大牛们,然后终于有了点心得特意来分享一下。

  一、从概念上来讲

  在面向对象的概念中,所有的对象都是通过类来描绘的,但是反过来,并不是所有的类都是用来描绘对象的,如果一个类中没有包含足够的信息来描绘一个具体的对象,这样的类就是抽象类。

  java中的接口是一系列方法的声明,是一些方法特征的集合,一个接口只有方法的特征没有方法的实现,因此这些方法可以在不同的地方被不同的类实现,而这些实现可以具有不同的行为

  二、从语法上来讲

  抽象类

  abstract class Itxxz{

  abstract void wenzi();

  void tupian(){

  System.out.println("我是IT学习者网站中的图片");

  }

  }

  接口

  interface Itxxz{

  void wenzi();

  void tupian();

  }

  在以上两种定义方式中可以看出,两种方式定义了我们的网站IT学习者(itxxz),并且提供了网站中常有的文字和图片个方法,而在抽象类中是可以有自己的方法定义的,正如上面的绿色部分。作为老生常谈的一点,想必大家已经很熟悉了。

  三、从用途上来讲

  在开发中尤其是订协议的时候,总能听到大家说需要一个XXX的接口,很少听到需要一个XXX的抽象类,为什么呢?

  其实从刚才的疑问中已经能够感觉到作为接口,是给外部提供的,是双方进行沟通的桥梁,是方法调用的渠道。而内部类呢?我们在什么时候常用到内部类?

  如果经常看一些开源的框架或者研究apache上的开源项目就会发现,抽象类往往是给自己用的。比如web项目的分层管理中dao层的设计,会不会经常看到很多成熟的框架都会继承一个类似BaseDao的基类,而这个基类中定义了我们最常用的增删改查甚至分页等常用的方法。这些都是我们不希望让外界知道或者调用的,给外界提供的渠道要么是一些工具类,要么就是一块预留空间,到时候随便什么协议方法都写到那里,就才是接口!

  四、从java的设计理念上讲

  归根结底java是一门面向对象的语言,也就是我们无论怎样思考,都需要落实到这一点。类是可以继承的,从继承关系上而言都是 “is a” 的关系。就拿一个《java编程思想》中经典的例子来说明一下:

  都知道对于门来说,有开和关两个动作,这个无论用接口还是抽象类来描述都无大碍,但是假如这是一个具有报警功能的门,又该怎么来设计呢?

  要是把开门、关门和报警都放到抽象类里,那么报警是门的固有属性吗?如果把它们都放到接口里,开门、关门和报警可归属于同一行为吗?

  想想总是有些别扭,但是又难以表达哪里不合适,还是通过代码来示范下:

  abstract class Door{

  abstract void open();

  abstract void close();

  }

  interface Alarm{

  void alarm();

  }

  以上我们就定义了一个类(门)和一种行为(报警),开门和关门是门本身具备的两个执行动作,至于这是个什么样的门,还有什么样的功能,我们完全可以把这一系列相近的行为统一归属于接口中,实现结果如下:

  public class Alarm extends Door implements Alarm{

  void open{...}

  void close{...}

  void alarm{...}

  }