接口与抽象类的异同（转）

        接口是一个只有方法名，没有方法体的东西，我写一个类去实现它又有什么用呢？我得到只是一些让我必须实现方法名，莫名其妙，难道要我自己去实现你说得所谓的“你提供的服务”?那样的话，我何必去实现你规定的接口？我自己写一个类不就得了么？

        我对抽象类倒是理解，你写了一个不完整的类，实现了一些通用的方法，我可以继承你，得到你的通用方法，然后再加一些自己需要的方法，或者覆盖你的不适应我的通用方法，挺好。

        这样理解了之后觉得，抽象类好像有点用处，而接口不但没有任何的用处，而且是一个垃圾，可是为什么设计者要出来这么个东西，还说他很重要呢？

        如果你是这么理解的，那就说明你在开发的时候，根本没有用到任何的设计模式，只是想实现什么功能就写一个类，如果这个类的一段代码在另一个类中的功能需要，你是把这段代码复制到了另外的类中。

我们慢慢说起，先说他们的共性和区别：

共性：接口和抽象类都不能直接通过new来创建新的事例，并且它们都是不完整的东西。重要的是他们在设计模式中都是处在最顶端的位置。

区别:抽象类可以提供某些方法的部分实现，接口不可以。
         抽象类的实例是它的子类给出的。接口的实例是实现接口的类给出的。
         再抽象类中加入一个方法，那么它的子类就同时有了这个方法。而在接口中加入新的方法，那么实现它的类就要重新编写（这就是为什么说接口是一个类的规范了）。
          接口可以多继承，而抽象类只能单一的继承。

写到了这里，你就有可能明白了，下面只需要我点一下了，呵呵。

        有以上的共性和区别可以看出来，接口和抽象类不能单一的使用，他们有他们的特别之处----那就是他们都用在设计模式中。

他们各有自己的优点，只好是取长补短了。

你在你的设计模式中可以这样的应用：

首先把接口放在最上方，由他来做类型声明的工作，也就是我们所说的服务内容。
接着把抽象类放在其下，由他来实现这个接口的方法，来提供它的基本服务。

例如：使用Java接口和抽象Java类进行变量的类型声明、参数是类型声明、方法的返还类型说明，以及数据类型的转换等。

剩下的类就有的选择了，呵呵，他们可以来实现这个接口，也可以继承这个抽象类。往往这些类通常是一些提供接口的具体服务的类，也是有着详细方法的类。它实现了接口的同时，又有着许多的同类方法供你选择。

Java语言用了这种模式，而且全都遵循一定的命名规范，这个模式就是“缺省适配模式”。