选择接口还是抽象类

转载 2004年09月24日 18:01:00
作者:俞良松    本文选自:开放系统世界-赛迪网  2003年03月12日
  很多人有过这样的疑问:为什么有的地方必须使用接口而不是抽象类,而在另一些地方,又必须使用抽象类而不是接口呢?或者说,在考虑Java类的一般化问题时,很多人会在接口和抽象类之间犹豫不决,甚至随便选择一种。

  实际上接口和抽象类的选择不是随心所欲的。 要理解接口和抽象类的选择原则,有两个概念很重要:对象的行为和对象的实现。如果一个实体可以有多种实现方式,则在设计实体行为的描述方式时,应当达到这样一个目标:在使用实体的时候,无需详细了解实体行为的实现方式。也就是说,要把对象的行为和对象的实现分离开来。既然Java的接口和抽象类都可以定义不提供具体实现的方法,在分离对象的行为和对象的实现时,到底应该使用接口还是使用抽象类呢?

通过抽象类建立行为模型


  在接口和抽象类的选择上,必须遵守这样一个原则:行为模型应该总是通过接口而不是抽象类定义。为了说明其原因,下面试着通过抽象类建立行为模型,看看会出现什么问题。

  假设要为销售部门设计一个软件,这个软件包含一个“发动机”(Motor)实体。显然无法在发动机对象中详细地描述发动机的方方面面,只能描述某些对当前软件来说重要的特征。至于发动机的哪些特征是重要的,则要与用户(销售部门)交流才能确定。

  销售部门的人要求每一个发动机都有一个称为马力的参数。对于他们来说,这是惟一值得关心的参数。基于这一判断,可以把发动机的行为定义为以下行为。

  行为1:查询发动机的马力,发动机将返回一个表示马力的整数。

  虽然现在还不清楚发动机如何取得马力这个参数,但可以肯定发动机一定支持这个行为,而且这是所有发动机惟一值得关注的行为特征。这个行为特征既可以用接口定义,也可以用抽象类定义。为了说明用抽象类定义可能出现的问题,下面用抽象类建立发动机的行为模型,并用Java方法描述行为1,代码如下:

public abstract Motor{
            abstract public int getHorsepower();  
           }


  在Motor抽象类的基础上构造出多种具体实现,例如A型发动机、B型发动机等,再加上系统的其它部分,最后得到1.0版的软件并交付使用。一段时间过去了,现在要设计2.0版的软件。在评估2.0版软件需求的过程中,发现一小部分发动机是电池驱动的,而电池需要一定的充电时间。销售部门的人希望能够通过计算机查阅充电时间。根据这一要求定义一个新的行为,如图1所示。

  行为2:查询电驱动发动机的充电时间,发动机将返回一个表示充电时间的整数。

  用Java方法来描述这个行为,代码如下:

public abstract BatteryPoweredMotor extends Motor{
           abstract public int getTimeToRecharge();
          }


  在销售部门的软件中,电驱动发动机也以类的形式实现,但这些类从BatteryPoweredMotor而不是Motor派生。这些改动加入到2.0版软件之后,销售部门很满意。随着业务的不断发展,不久之后光驱动的发动机出现了。销售部门要求光驱动发动机需要一定光能才能运转,光能以流明(Lumen)度量。这个信息对客户很重要,因为下雨或多云的天气里,某些光驱动发动机可能无法运转。销售部门要求为软件增加对光驱动发动机的支持,所以要定义一个新的行为。

  行为3:查询光驱动发动机能够正常运转所需要的最小流明数,发动机返回一个整数。

  再定义一个抽象类并把行为3转换成Java方法,代码如下:

public abstract SolarPoweredMotor extends Motor{
            abstract public int getLumensToOperate();
          }


112835.jpg

  如图1所示,SolarPoweredMotor和BatteryPoweredMotor都从Motor抽象类派生。在整个软件中,90%以上的代码以相同的方式对待所有的发动机。偶尔需要检查一下发动机是光驱动还是电驱动,使用instanceof实现,代码如下:

if (instanceof SolarPoweredMotor){...} 
      if (instanceof BatteryPoweredMotor){...}


  无论是哪种发动机,马力这个参数都很重要,所以在所有派生的抽象类(SolarPoweredMotor和BatteryPoweredMotor)中,getHorsepower()方法都有效。

  现在销售部门又有了一种新的发动机,它是一种既有电驱动又有光驱动的双重驱动发动机。光驱动和电驱动的行为本身没有变化,但新的发动机同时支持两种行为。在考虑如何定义新型的光电驱动发动机时,接口和抽象类的差别开始显示出来了。新的目标是在增加新型发动机的前提下尽量少改动代码。因为与光驱动发动机、电驱动发动机有关的代码已经过全面的测试,不存在已知的Bug。为了增加光电驱动发动机,要定义一个新的SolarBatteryPowered抽象类。如果让SolarBatteryPowered从Motor抽象类派生,SolarBatteryPowered将不支持针对光驱动发动机和电驱动发动机的instanceof操作。也就是说,如果查询一个光电驱动的发动机是光驱动的,还是电驱动的,得到的答案是:都不是。

  如果让SolarBatteryPowered从SolarPoweredMotor(或BatteryPoweredMotor)抽象类派生,类似的问题也会出现,SolarBatteryPowered将不支持针对BatteryPoweredMotor(或SolarPoweredMotor)的instanceof操作。从行为上看,光电驱动的发动机必须同时从两个抽象类派生,但Java语言不允许多重继承。之所以会出现这个问题,根本的原因在于使用抽象类不仅意味着定义特定的行为,而且意味着定义实现的模式。也就是说,应该定义一个发动机如何获得行为的模型,而不仅仅是声明发动机具有某一个行为。

通过接口建立行为模型


  如果用接口来建立行为模型,就可以避免隐含地规定实现模式。例如,前面的几个行为改用接口定义如下。

  行为1:

public interface Motor(){
           public int getHorsepower();
          }


行为2:

public interface BatteryPoweredMotor extends Motor(){
           public int getTimeToRecharge();
          }


行为3:

public interface SolarPoweredMotor extends Motor{
           abstract public int getLumensToOperate();
          }


  现在光电驱动的发动机可以描述为:

public DualPoweredMotor implements SolarPoweredMotor, BatteryPoweredMotor{}


112836.jpg

  DualPoweredMotor只继承行为定义,而不是行为的实现模式,如图2所示。

  在使用接口的同时仍旧可以使用抽象类,不过这时抽象类的作用是实现行为,而不是定义行为。只要实现行为的类遵从接口定义,即使它改变了父抽象类,也不用改变其它代码与之交互的方式。特别是对于公用的实现代码,抽象类有它的优点。抽象类能够保证实现的层次关系,避免代码重复。然而,即使在使用抽象类的场合,也不要忽视通过接口定义行为模型的原则。从实践的角度来看,如果依赖于抽象类来定义行为,往往导致过于复杂的继承关系,而通过接口定义行为能够更有效地分离行为与实现,为代码的维护和修改带来方便。

抽象类和接口的区别是什么?在使用上是如何选择的?

定义: 1、声明方法的存在而不去实现它的类被叫做抽像类(abstract class),它用于要创建一个体现某些基本行为的类,并为该类声明方法,但不能在该类中实现该类的情况。不能创建abstra...
  • hjp1137
  • hjp1137
  • 2015年09月16日 15:27
  • 954

抽象类及接口在设计时考虑的如何选择问题

关于抽象类和接口的相关视频里有,这就不说了,老房问了一个特别无语的问题,用我的话说就是钻牛角尖,但是这也涉及到了设计层面的犯愁,所以我还是找找了资料看看了,下边简单的给大家说说吧。 老房的问题是,如...
  • dreamsky1989
  • dreamsky1989
  • 2012年03月25日 04:43
  • 1110

选择Java接口还是抽象类

很多人有过这样的疑问:为什么有的地方必须使用接口而不是抽象类,而在另一些地方,又必须使用抽象类而不是接口呢?或者说,在考虑Java类的一般化问题时,很多人会在接口和抽象类之间犹豫不决,甚至随便选择一种...
  • fhiesc
  • fhiesc
  • 2006年09月07日 15:43
  • 1923

抽象类,接口继承与实现关系

1.接口    接口相当于一个比抽象类更加抽象的事务,它本身不能有变量,只能持有静态常量和抽象方法,虽然接口定义方法可以不用添加abstract关键词,但是默认是抽象的,所以不能实现之    一个...
  • linshao512
  • linshao512
  • 2012年10月05日 19:47
  • 5088

回答为什么“接口和抽象类大部分情况可以互相代替,一般情况接口优先选择'”?

 为什么优先使用接口呢?比如,现在有一个具体类,提供类的行为(使用硬代码)。现在,要提供类似的行为,并且实现动态的可插入,也就是说,能够动态地决定使用哪种实现。一个很容易想到的做法,就是提供该类一个抽...
  • yinyuan1987
  • yinyuan1987
  • 2008年03月30日 09:42
  • 1744

选择接口还是选择抽象类呢?面向接口编程

选择Java接口还是抽象类? 很多人有过这样的疑问:为什么有的地方必须使用接口而不是抽象类,而在另一些地方,又必须使用抽象类而不是接口呢?或者说,在考虑Java类的一般化问题时,很多人会在接口和...
  • ChenAllen1025
  • ChenAllen1025
  • 2012年07月12日 11:36
  • 393

抽象类与接口之间的继承和实现关系

抽象类与接口之间的继承和实现关系        对于面向对象编程来说,抽象是它的一大特征之一。在Java中,可以通过两种形式来体现OOP的抽象:接口和抽象类。这两者有太多相似的地方,又有太多不同的...
  • wen1158646729
  • wen1158646729
  • 2015年08月13日 10:58
  • 6218

Servlet技术浅析(二)之HttpServlet抽象类

HttpServlet抽象类是GenericServlet抽象类的子类,HttpServlet类为Servlet接口提供了与HTTP协议相关的通用实现,也就是说,HttpServlet对象适合运行在与...
  • u011159417
  • u011159417
  • 2017年01月03日 16:47
  • 698

接口的作用,和抽象类之间的选择

前俩天有个弟弟和我说他不理解接口,我心里想接口有啥不好理解。想到了平时项目中的应用。瞬间想到的了,为啥我要用接口?我都想不到它切实的优点,和使用的必要性。 细思极恐,满身冷汗。一直都是刻板的套用,知道...
  • qq_34155601
  • qq_34155601
  • 2017年03月22日 17:43
  • 165

黑马程序员_java如何获取一个类(包括接口和抽象类)的对象

先从问题说起, 思考:怎样通过SequenceInputStream(Enumeration e)来构造。    很容易会想到Enumeration会是一个集合,但通过查找发现不是,而是一个接口。  ...
  • Lingyuezhixing
  • Lingyuezhixing
  • 2015年11月23日 19:43
  • 364
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:选择接口还是抽象类
举报原因:
原因补充:

(最多只允许输入30个字)