接口与抽象类的异同点

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

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

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

      二、接口：
      接口是引用类型的，类似于类，和抽象类的相似之处有三点：
      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的增大，这种方案的优势就开始明显了。

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