`
923080512
  • 浏览: 190507 次
  • 性别: Icon_minigender_1
  • 来自: 商丘
社区版块
存档分类
最新评论

浅析Java抽象类和接口的比较

    博客分类:
  • java
阅读更多

      [摘要] abstract class和interface是Java语言中对于抽象类定义进行支持的两种机制,正是由于这两种机制的存在,才赋予了Java强大的面向对象能力。  

 

      abstract class和interface是Java语言中对于抽象类定义进行支持的两种机制,正是由于这两种机制的存在,才赋予了Java强大的面向对象能力。 abstract class和interface之间在对于抽象类定义的支持方面具有很大的相似性,甚至可以相互替换,因此很多开发者在进行抽象类定义时对于 abstract class和interface的选择显得比较随意。其实,两者之间还是有很大的区别的,对于它们的选择甚至反映出对于问题领域本质的理解、对于设计意图 的理解是否正确、合理。本文将对它们之间的区别进行一番剖析,试图给开发者提供一个在二者之间进行选择的依据。

  理解抽象类
:

  在面向对象的概念中,我们知道所有的对象都是通过类来描绘的,但是反过来却不是这样。并不是所有的类都是用来描绘对象的,如果一个类中没有包 含足够的信息来描绘一个具体的对象,这样的类就是抽象类。抽象类往往用来表征我们在对问题领域进行分析、设计中得出的抽象概念,是对一系列看上去不同,但 是本质上相同的具体概念的抽象。比如:如果我们进行一个图形编辑软件的开发,就会发现问题领域存在着圆、三角形这样一些具体概念,它们是不同的,但是它们 又都属于形状这样一个概念,形状这个概念在问题领域是不存在的,它就是一个抽象概念。正是因为抽象的概念在问题领域没有对应的具体概念,所以用以表征抽象 概念的抽象类是不能够实例化的。


  下面从三个方面进行比较:


  一、 从语法定义层面看abstract class和interface


  在语法层面,Java语言对于abstract class和interface给出了不同的定义方式,下面以定义一个名为Demo的抽象类为例来说明这种不同。


  使用abstract class的方式定义Demo抽象类的方式如下:


  abstract class Demo {


  abstract void method1();


  abstract void method2();


  …


  }


  使用interface的方式定义Demo抽象类的方式如下:


  interface Demo {


  void method1();


  void method2();


  …


  }


  在abstract class方式中,Demo可以有自己的数据成员,也可以有非abstarct的成员方法,而在interface方式的实现中,Demo只能够有静态的 不能被修改的数据成员(也就是必须是static final的,不过在interface中一般不定义数据成员),所有的成员方法都是abstract的。从某种意义上说,interface是一种特殊 形式的abstract class。


  二、 从编程层面看abstract class和interface


  从编程的角度来看,abstract class和interface都可以用来实现"design by contract"的思想。但是在具体的使用上面还是有一些区别的。


  首先,abstract class在Java语言中表示的是一种继承关系,一个类只能使用一次继承关系。但是,一个类却可以实现多个interface。也许,这是Java语言的设计者在考虑Java对于多重继承的支持方面的一种折中考虑吧。


  其次,在abstract class的定义中,我们可以赋予方法的默认行为。但是在interface的定义中,方法却不能拥有默认行为,为了绕过这个限制,必须使用委托,但是这会 增加一些复杂性,有时会造成很大的麻烦。


  在抽象类中不能定义默认行为还存在另一个比较严重的问题,那就是可能会造成维护上的麻烦。因为如果后来想修改类的界面(一般通过 abstract class或者interface来表示)以适应新的情况(比如,添加新的方法或者给已用的方法中添加新的参数)时,就会非常的麻烦,可能要花费很多的时 间(对于派生类很多的情况,尤为如此)。但是如果界面是通过abstract class来实现的,那么可能就只需要修改定义在abstract class中的默认行为就可以了。


  同样,如果不能在抽象类中定义默认行为,就会导致同样的方法实现出现在该抽象类的每一个派生类中,违反了"one rule,one place"原则,造成代码重复,同样不利于以后的维护。因此,在abstract class和interface间进行选择时要非常的小心。


  三、 从设计理念层面看abstract class和interface


  上面主要从语法定义和编程的角度论述了abstract class和interface的区别,这些层面的区别是比较低层次的、非本质的。本小节将从另一个层面:abstract class和interface所反映出的设计理念,来分析一下二者的区别。作者认为,从这个层面进行分析才能理解二者概念的本质所在。


  前面已经提到过,abstarct class在Java语言中体现了一种继承关系,要想使得继承关系合理,父类和派生类之间必须存在"is a"关系,即父类和派生类在概念本质上应该是相同的(参考文献〔3〕中有关于"is a"关系的大篇幅深入的论述,有兴趣的读者可以参考)。对于interface 来说则不然,并不要求interface的实现者和interface定义在概念本质上是一致的,仅仅是实现了interface定义的契约而已。为了使 论述便于理解,下面将通过一个简单的实例进行说明。


  考虑这样一个例子,假设在我们的问题领域中有一个关于Door的抽象概念,该Door具有执行两个动作open和close,此时我们可以通过abstract class或者interface来定义一个表示该抽象概念的类型,定义方式分别如下所示:


  使用abstract class方式定义Door:


  abstract class Door {


  abstract void open();


  abstract void close();


  }


  使用interface方式定义Door:


  interface Door {


  void open();


  void close();


  }


  其他具体的Door类型可以extends使用abstract class方式定义的Door或者implements使用interface方式定义的Door。看起来好像使用abstract class和interface没有大的区别。


  如果现在要求Door还要具有报警的功能。我们该如何设计针对该例子的类结构呢(在本例中,主要是为了展示abstract class和interface反映在设计理念上的区别,其他方面无关的问题都做了简化或者忽略)?下面将罗列出可能的解决方案,并从设计理念层面对这些 不同的方案进行分析。


  解决方案一:


  简单的在Door的定义中增加一个alarm方法,如下:


  abstract class Door {


  abstract void open();


  abstract void close();


  abstract void alarm();


  }


  或者


  interface Door {


  void open();


  void close();


  void alarm();


  }


  那么具有报警功能的AlarmDoor的定义方式如下:


  class AlarmDoor extends Door {


  void open() { … }


  void close() { … }


  void alarm() { … }


  }


  或者


  class AlarmDoor implements Door {


  void open() { … }


  void close() { … }


  void alarm() { … }


  }


  这种方法违反了面向对象设计中的一个核心原则ISP(Interface Segregation Priciple),在Door的定义中把Door概念本身固有的行为方法和另外一个概念"报警器"的行为方法混在了一起。这样引起的一个问题是那些仅仅 依赖于Door这个概念的模块会因为"报警器"这个概念的改变(比如:修改alarm方法的参数)而改变,反之依然。


  解决方案二:


  既然open、close和alarm属于两个不同的概念,根据ISP原则应该把它们分别定义在代表这两个概念的抽象类中。定义方式有:这两 个概念都使用abstract class方式定义;两个概念都使用interface方式定义;一个概念使用abstract class方式定义,另一个概念使用interface方式定义。


  显然,由于Java语言不支持多重继承,所以两个概念都使用abstract class方式定义是不可行的。后面两种方式都是可行的,但是对于它们的选择却反映出对于问题领域中的概念本质的理解、对于设计意图的反映是否正确、合理。我们一一来分析、说明。


  如果两个概念都使用interface方式来定义,那么就反映出两个问题:1、我们可能没有理解清楚问题领域,AlarmDoor在概念本质 上到底是Door还是报警器?2、如果我们对于问题领域的理解没有问题,比如:我们通过对于问题领域的分析发现AlarmDoor在概念本质上和Door 是一致的,那么我们在实现时就没有能够正确的揭示我们的设计意图,因为在这两个概念的定义上(均使用interface方式定义)反映不出上述含义。


  如果我们对于问题领域的理解是:AlarmDoor在概念本质上是Door,同时它有具有报警的功能。我们该如何来设计、实现来明确的反映出 我们的意思呢?前面已经说过,abstract class在Java语言中表示一种继承关系,而继承关系在本质上是"is a"关系。所以对于Door这个概念,我们应该使用abstarct class方式来定义。另外,AlarmDoor又具有报警功能,说明它又能够完成报警概念中定义的行为,所以报警概念可以通过interface方式定 义。如下所示:


  abstract class Door {


  abstract void open();


  abstract void close();


  }


  interface Alarm {


  void alarm();


  }


  class AlarmDoor extends Door implements Alarm {


  void open() { … }


  void close() { … }


  void alarm() { … }


  }


  这种实现方式基本上能够明确的反映出我们对于问题领域的理解,正确的揭示我们的设计意图。其实abstract class表示的是"is a"关系,interface表示的是"like a"关系,大家在选择时可以作为一个依据,当然这是建立在对问题领域的理解上的,比如:如果我们认为AlarmDoor在概念本质上是报警器,同时又具有 Door的功能,那么上述的定义方式就要反过来了。


  结论
:

  abstract class和interface是Java语言中的两种定义抽象类的方式,它们之间有很大的相似性。但是对于它们的选择却又往往反映出对于问题领域中的概 念本质的理解、对于设计意图的反映是否正确、合理,因为它们表现了概念间的不同的关系(虽然都能够实现需求的功能)。这其实也是语言的一种的惯用法,希望 读者朋友能够细细体会

1
0
分享到:
评论
3 楼 YorkTsai 2012-06-01  
楼主,你好!请问一下,你文中提到“参考文献〔3〕中有关于"is a"关系的大篇幅深入的论述”,请问这篇文献具体指什么?还有,你这篇文章又是从哪里转载的呢?
2 楼 fang289040324 2012-02-26  
1 楼 ahao99 2012-02-26  
楼主说的很好。我说下我的理解。
抽象类功能更强,但灵活性不如接口。优先使用接口
抽象类更多在建立骨架结构方面表现。
你例子更适合interface alarmdoor extends alarm,door
然后类 implements alarmdoor
只有当door需要具体的实现代码,才需要抽象类建立骨架

相关推荐

    浅析Java抽象类和接口的比较.docx

    【Java 抽象类与接口的比较】 Java 抽象类和接口是两种重要的抽象机制,它们在面向对象编程中起到关键作用,为程序设计提供了灵活性和可扩展性。虽然两者在某些方面相似,但它们在功能和用法上存在显著差异。 1. *...

    浅析Java抽象类与接口的区别.pdf

    在Java编程语言中,抽象类和接口是两种面向对象编程(OOP)机制,用以实现抽象概念的不同方式。理解这两者之间的区别对于掌握Java的面向对象特性至关重要,尤其在设计软件架构时。以下将详细分析Java中抽象类和接口...

    浅析Java抽象类与接口的区别.zip

    在Java编程语言中,抽象类和接口是两种重要的面向对象设计概念,它们都用于实现多态性,但各自具有不同的特点和应用场景。本篇文章将详细分析这两种机制的区别,以帮助开发者更好地理解和运用。 首先,抽象类是类的...

    浅析高职教学之Java抽象类与接口.pdf

    浅析高职教学之Java抽象类与接口 本文对Java抽象类和接口的区别与联系进行了详细的分析,并着重讨论了如何在高职教学中讲授这些内容。文章首先介绍了Java抽象类和接口的概念,然后对它们之间的区别和联系进行了剖析...

    浅析Java 数据结构常用接口与类

    字典(Dictionary)是一个抽象类,它定义了键值对的数据结构。Dictionary类不提供具体的实现,而是作为一个基础,供子类如Hashtable和HashMap扩展。通过键来访问数据,使得字典类在需要关联数据而不是顺序访问的场景...

    浅析Java集合及LIst接口

    本文档中,还介绍了Java集合的框架,包括接口、抽象类和实现类。Collection接口是所有集合的父接口,提供了基本的集合操作。AbstractCollection是抽象类,实现了部分方法。ArrayList和LinkedList等是实现类,提供了...

    Java 观察者模式的浅析

    这个接口通常是通过一个抽象类或接口来实现的。 3. **具体主题(ConcreteSubject)**:实现抽象主题接口,维护一个观察者列表,并在内部状态发生变化时通知所有观察者。具体主题通常包含业务逻辑和状态管理。 4. *...

    浅谈java面向对象和引用

    面向对象为Java提供了强大的抽象能力和代码组织方式,而引用则使得对象之间的交互变得简单高效。对于初学者来说,深刻理解这些概念是非常必要的,这将有助于编写出更加健壮和可维护的Java程序。

    JAVA高级编程资料

    JAVA提供了丰富的API来支持多线程编程,如Thread类和Runnable接口。通过创建和管理线程,开发者可以设计出能够充分利用多核处理器性能的应用。线程同步是多线程编程中的难点,包括synchronized关键字、wait/notify...

    浅析Java8新特性Lambda表达式和函数式接口

    也可以包含 Java.lang.Object 里的 public 方法,因为任何一个类都继承 Object 类,包含了来自 java.lang.Object 里对这些抽象方法的实现,也不属于抽象方法。 Java 8 内置函数式接口: * 四大核心函数式接口:...

    java方向设计模式浅析

    创建型模式主要关注对象的创建过程,如单例模式、工厂模式和抽象工厂模式等,它们为对象的创建提供了一种封装机制,使得代码更易于管理和扩展。结构型模式则关注如何将类或对象组合成更大的结构,例如适配器模式、...

    Java学习教程-java中number类浅析.docx

    `Number`类是一个抽象类,它定义了一些公共的行为,比如将数值转换为其他类型的方法。尽管`Number`本身不能实例化,但它的子类可以被用来表示特定的数值类型。 - **属性**:`Number`类本身没有定义具体的属性,但其...

    浅析java常用的设计模式.doc

    通过适配器,可以将一个类的接口转换成客户端期望的另一个接口。 7. **桥接模式**:桥接模式是结构型模式,它将抽象部分与实现部分分离,使得它们可以独立变化。通过组合而非继承,实现了抽象与实现的解耦。 8. **...

    JAVA DAO模式浅析.pdf

    DAO模式通过创建专门的DAO类,将这些数据库操作抽象出来,提供了一组接口或抽象方法,供业务对象调用,如获取、创建、修改和删除数据。 例如,在一个简单的学生成绩管理场景中,DAO模式可以创建一个`StudentDAO`类...

    浅析java常用的设计模式(doc-23页).doc

    Java设计模式是面向对象编程中的一种最佳实践,用于解决常见的设计问题,提高代码的可重用性、可维护性和灵活性。以下是对文档中提到的Java设计模式的详细解析: 1. **工厂模式**:工厂模式是一种创建型设计模式,...

    浅析Java中的set集合类型及其接口的用法

    2. **AbstractSet**:这是一个抽象类,实现了Set接口中的大部分方法,为实现Set接口的类提供了一定的便利,降低了实现难度。 3. **HashSet**:HashSet类是Set接口的主要实现类之一,它依赖于HashMap。插入元素时,...

    浅析《Java程序设计》的微课设计与实现.pdf

    然而,由于Java语言本身具有一定的抽象性和复杂性,很多学生在学习过程中容易对某些重点和难点感到困惑,比如类的概念、多态的重载与重写、接口的概念等,这严重影响了学习效果和应用能力的提升。 微课的设计与实现...

    浅析java class 文件

    Java Class文件是Java虚拟机(JVM)可识别的二进制格式,它承载了Java类和接口的完整描述。这种文件格式具有特定的结构,是Java程序编译后的产物,用于在运行时由JVM加载和执行。下面将详细探讨Java Class文件的组成...

Global site tag (gtag.js) - Google Analytics