Abstract class and interface

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

 

	Abstract class	Interface
实例化	不能	不能
类	一种继承关系，一个类只能使用一次继承关系。可以通过继承多个接口实现多重继承	一个类可以实现多个interface
数据成员	可有自己的	静态的不能被修改即必须是static final，一般不在此定义
方法	可以私有的，非abstract方法，必须实现	不可有私有的，默认是public，abstract 类型
变量	可有私有的，默认是friendly 型，其值可以在子类中重新定义，也可以重新赋值	不可有私有的，默认是public static final 型，且必须给其初值，实现类中不能重新定义，不能改变其值。
设计理念	表示的是“is-a”关系	表示的是“like-a”关系
实现	需要继承，要用extends	要用implements

abstract class和interface在Java语言中都是用来进行抽象类（本文中的抽象类并非从abstract class翻译而来，它表示的是一个抽象体，而abstract class为Java语言中用于定义抽象类的一种方法）定义的，那么什么是抽象类，使用抽象类能为我们带来什么好处呢？

声明方法的存在而不去实现它的类被叫做抽象类（abstractclass），它用于要创建一个体现某些基本行为的类，并为该类声明方法，但不能在该类中实现该类的情况。不能创建abstract类的实例。然而可以创建一个变量，其类型是一个抽象类，并让它指向具体子类的一个实例。不能有抽象构造函数或抽象静态方法。Abstract类的子类为它们父类中的所有抽象方法提供实现，否则它们也是抽象类为。取而代之，在子类中实现该方法。知道其行为的其它类可以在类中实现这些方法。

接口（interface）是抽象类的变体。在接口中，所有方法都是抽象的。多继承性可通过实现这样的接口而获得。接口中的所有方法都是抽象的，没有一个有程序体。接口只可以定义staticfinal成员变量。接口的实现与子类相似，除了该实现类不能从接口定义中继承行为。当类实现特殊接口时，它定义（即将程序体给予）所有这种接口的方法。然后，它可以在实现了该接口的类的任何对象上调用接口的方法。由于有抽象类，它允许使用接口名作为引用变量的类型。通常的动态联编将生效。引用可以转换到接口类型或从接口类型转换，instanceof 运算符可以用来决定某对象的类是否实现了接口。

接口可以继承接口。抽象类可以实现(implements)接口，抽象类是可以继承实体类，但前提是实体类必须有明确的构造函数。接口更关注“能实现什么功能”，而不管“怎么实现的”。

1.相同点
  A. 两者都是抽象类，都不能实例化。
  B. interface实现类及abstrct class的子类都必须要实现已经声明的抽象方法。

2. 不同点
  A. interface需要实现，要用implements，而abstract class需要继承，要用extends。
  B. 一个类可以实现多个interface，但一个类只能继承一个abstract class。
  C. interface强调特定功能的实现，而abstract class强调所属关系。
 D. 尽管interface实现类及abstrctclass的子类都必须要实现相应的抽象方法，但实现的形式不同。interface中的每一个方法都是抽象方法，都只是声明的(declaration, 没有方法体)，实现类必须要实现。而abstract class的子类可以有选择地实现。
  这个选择有两点含义：
    一是Abastract class中并非所有的方法都是抽象的，只有那些冠有abstract的方法才是抽象的，子类必须实现。那些没有abstract的方法，在Abstrct class中必须定义方法体。
    二是abstract class的子类在继承它时，对非抽象方法既可以直接继承，也可以覆盖；而对抽象方法，可以选择实现，也可以通过再次声明其方法为抽象的方式，无需实现，留给其子类来实现，但此类必须也声明为抽象类。既是抽象类，当然也不能实例化。
  E. abstract class是interface与Class的中介。
 interface是完全抽象的，只能声明方法，而且只能声明pulic的方法，不能声明private及protected的方法，不能定义方法体，也不能声明实例变量。然而，interface却可以声明常量变量，并且在JDK中不难找出这种例子。但将常量变量放在interface中违背了其作为接口的作用而存在的宗旨，也混淆了interface与类的不同价值。如果的确需要，可以将其放在相应的abstract class或Class中。
 abstract class在interface及Class中起到了承上启下的作用。一方面，abstractclass是抽象的，可以声明抽象方法，以规范子类必须实现的功能；另一方面，它又可以定义缺省的方法体，供子类直接使用或覆盖。另外，它还可以定义自己的实例变量，以供子类通过继承来使用。

3. interface的应用场合
  A. 类与类之前需要特定的接口进行协调，而不在乎其如何实现。
  B. 作为能够实现特定功能的标识存在，也可以是什么接口方法都没有的纯粹标识。
  C. 需要将一组类视为单一的类，而调用者只通过接口来与这组类发生联系。
  D. 需要实现特定的多项功能，而这些功能之间可能完全没有任何联系。

4. abstract class的应用场合
  一句话，在既需要统一的接口，又需要实例变量或缺省的方法的情况下，就可以使用它。最常见的有：
  A. 定义了一组接口，但又不想强迫每个实现类都必须实现所有的接口。可以用abstract class定义一组方法体，甚至可以是空方法体，然后由子类选择自己所感兴趣的方法来覆盖。
  B. 某些场合下，只靠纯粹的接口不能满足类与类之间的协调，还必需类中表示状态的变量来区别不同的关系。abstract的中介作用可以很好地满足这一点。
  C. 规范了一组相互协调的方法，其中一些方法是共同的，与状态无关的，可以共享的，无需子类分别实现；而另一些方法却需要各个子类根据自己特定的状态来实现特定的功能。

对于抽象类以及接口的概念，大家都容易把这两者搞混，其实我也一样，在听李建忠老师的设计模式时，他也老把抽象类说成接口，弄的我就更糊涂了，所以找了些网上的资料。

抽象类是从一系列相关对象中抽象出来的概念， 因此反映的是事物的内部共性；接口是为了满足外部调用而定义的一个功能约定， 因此反映的是事物的外部特性
分析对象，提炼内部共性形成抽象类，用以表示对象本质，即“是什么”
为外部提供调用或功能需要扩充时优先使用接口

      一、抽象类：
      抽象类是特殊的类，只是不能被实例化；除此以外，具有类的其他特性；重要的是抽象类可以包括抽象方法，这是普通类所不能的。抽象方法只能声明于抽象类中，且不包含任何实现，派生类必须覆盖它们。另外，抽象类可以派生自一个抽象类，可以覆盖基类的抽象方法也可以不覆盖，如果不覆盖，则其派生类必须覆盖它们。

      二、接口：
      接口是引用类型的，类似于类，和抽象类的相似之处有三点：
      1. 不能实例化；
      2. 包含未实现的方法声明；
      3. 派生类必须实现未实现的方法，抽象类是抽象方法，接口则是所有成员（不仅是方法包括其他成员）；
      另外，接口有如下特性：
      接口除了可以包含方法之外，还可以包含属性、索引器、事件，而且这些成员都被定义为公有的。除此之外，不能包含任何其他的成员，例如：常量、域、构造函数、析构函数、静态成员。一个类可以直接继承多个接口，但只能直接继承一个类（包括抽象类）。

      三、抽象类和接口的区别：
      1. 类是对对象的抽象，可以把抽象类理解为把类当作对象，抽象成的类叫做抽象类.而接口只是一个行为的规范或规定，微软的自定义接口总是后带able字段，证明其是表述一类类“我能做。。。”。抽象类更多的是定义在一系列紧密相关的类间，而接口大多数是关系疏松但都实现某一功能的类中；
      2. 接口基本上不具备继承的任何具体特点，它仅仅承诺了能够调用的方法；
      3. 一个类一次可以实现若干个接口，但是只能扩展一个父类；
      4. 接口可以用于支持回调，而继承并不具备这个特点；
      5. 抽象类不能被密封；
      6. 抽象类实现的具体方法默认为虚的，但实现接口的类中的接口方法却默认为非虚的，当然您也可以声明为虚的；
      7.（接口）与非抽象类类似，抽象类也必须为在该类的基类列表中列出的接口的所有成员提供它自己的实现。但是，允许抽象类将接口方法映射到抽象方法上；
      8. 抽象类实现了oop中的一个原则，把可变的与不可变的分离。抽象类和接口就是定义为不可变的，而把可变的座位子类去实现；
      9. 好的接口定义应该是具有专一功能性的，而不是多功能的，否则造成接口污染。如果一个类只是实现了这个接口的中一个功能，而不得不去实现接口中的其他方法，就叫接口污染；
     10. 尽量避免使用继承来实现组建功能，而是使用黑箱复用，即对象组合。因为继承的层次增多，造成最直接的后果就是当你调用这个类群中某一类，就必须把他们全部加载到栈中！后果可想而知。（结合堆栈原理理解）。同时，有心的朋友可以留意到微软在构建一个类时，很多时候用到了对象组合的方法。比如 asp.net中，Page类，有Server Request等属性，但其实他们都是某个类的对象。使用Page类的这个对象来调用另外的类的方法和属性，这个是非常基本的一个设计原则；
     11.如果抽象类实现接口，则可以把接口中方法映射到抽象类中作为抽象方法而不必实现，而在抽象类的子类中实现接口中方法。

      四、抽象类和接口的使用：
      1. 如果预计要创建组件的多个版本，则创建抽象类。抽象类提供简单的方法来控制组件版本；
      2.如果创建的功能将在大范围的全异对象间使用，则使用接口。如果要设计小而简练的功能块，则使用接口；
      3.如果要设计大的功能单元，则使用抽象类。如果要在组件的所有实现间提供通用的已实现功能，则使用抽象类；
      4.抽象类主要用于关系密切的对象；而接口适合为不相关的类提供通用功能。

      以下是我在网上看到的几个形象比喻。
      1.飞机会飞，鸟会飞，他们都继承了同一个接口“飞”；但是F22属于飞机抽象类，鸽子属于鸟抽象类；
      2. 就像铁门木门都是门（抽象类），你想要个门我给不了（不能实例化），但我可以给你个具体的铁门或木门（多态）；而且只能是门，你不能说它是窗（单继承），一个门可以有锁（接口）也可以有门铃（多实现）。门（抽象类）定义了你是什么，接口（锁）规定了你能做什么（一个接口最好只能做一件事，你不能要求锁也能发出声音吧（接口污染））。

 

 

-------------------------------------------------------------------------------------------------------------------------------------------------------------

  

 

我们都知道抽象与接口是面向对象中实现多态的两种基本机制。我记得我来eBay实习前，电话面试中有一道题就是问“哪种方式使用得更多，使用接口或使用继承？”我记得我当时回答得很圆滑，我答道”这得看个人喜好和具体使用场景...“。

   言归正传，什么时候该用抽象，什么时候用接口呢？

   A. 根据我的理解，抽象强调的是 is-a 关系，即一种继承层次（比如模板方法模式），如果有多个模板且这些模板的基本结构相似，那么可以抽象出一个父模板，即使用抽象。

   B. 而接口更侧重的是职责（最小接口原则、接口分离原则等等），接口定义的是一种合约或者规范（因为不提供任何实现）。

   C. 针对接口编程比针对抽象类编程会有更小的耦合度，因为针对抽象类编程，Client还是会与抽象类耦合

   举个例子，我们已经有Cat和Dog两个类，显然它们都是哺乳动物，从这一层次来看，我们应该为它们抽象出一个Mammal（哺乳动物的英文）类。而它们都有walk和suckle（哺乳）行为（还有其他行为，简单起见，就两个行为好了）。如下图所示：

   这个很简单，每个Java初学者在学到继承章节都会遇到这个问题。而针对接口编程如何引出呢？不着急。假设现在我们需要扩展两个鸟类（Bird），比如Swallow（燕子）和Eagle（老鹰），最简单的方法当然是另外创建一个Bird父类，父类下面有两个子类：Swallow和Eagle。因为鸟类和哺乳动物都是动物，所以再抽象一个Animal父类。

   现在总共有七个类，试想如果我们又需要增加Shark（鲸鱼）和Octopus（章鱼）两类，那么我们又要增加一个Acquatic类，其下两个子类，Acquatic又继承了Animal类，现在有十个类。

   如果继续下去，类将越来越多，即产生所谓的”类爆炸“问题。

   再进一步，我们要考虑一些特殊的情况：蝙蝠、鲸鱼、飞鱼。

   首先蝙蝠既是哺乳动物，但也有鸟类的行为fly()。鲸鱼既是哺乳动物，又具有水生动物的一些行为如suckle()，比如swim()。尤其是飞鱼，它既具有水生动物的行为swim()，同时也拥有鸟类的行为fly()。那我们该怎么办？

   让蝙蝠同时继承哺乳动物类和鸟类？让鲸鱼同时继承哺乳动物类和水生动物类？

   想法是可以的，但是这样不提会带来更加复杂的类关系，而且Java本身也不支持多继承机制。那么该如何解决？

   解决方案是使用接口，接口能弥补实现这一特性。如下：

  

   这里使用了桥接模式（抽象与实现相分离）。现在你要加一个蝙蝠类、飞鱼类、鲸鱼类都随便你，甚至你要加一个鸭嘴兽（鸟+兽+鱼的行为都有）都行。

   你或许会说这下有11个类了，比前面的还多了。不着急，我们不妨计算下，前面的例子对于每增加一个分类（水生动物或哺乳动物）增加3个类。这样如果分类有N个，且每个分类下面有2个子类，那么共有3N+1个类。而这种方法的类总数为2N+7个，随着N的增大，这种方案的优势就开始明显了。

   这就是面向接口编程的威力。