可以在此处找到解释：http://www.developer.com/lang/php/article.php/3604111/PHP-5-OOP-Interfaces-Abstract-Classes-and-the-Adapter-Pattern.htm

抽象类是一个仅部分由程序员它可能包含一个或多个抽象方法。抽象方法只是一个函数定义用于告诉程序员方法必须在子级中实现班接口类似于抽象班实际上，接口占据了与类和抽象名称空间相同类。因此，您不能定义具有相同名称的接口作为一个班级。接口是一个完整的抽象类；没有一种方法实现，而不是类从中派生出来，据说实现该接口。

无论如何，我觉得这个接口的解释有些混乱。更常见的定义是：接口定义实现类必须履行的契约。接口定义由公共成员的签名组成，没有任何实现代码。

抽象类是无法创建对象的类或无法实例化的类。抽象方法使类抽象。抽象类需要被继承，以便覆盖在抽象类中声明的方法。对访问说明符没有限制。抽象类中可以有构造函数和其他具体（非abstract方法）方法，但接口不能有。

接口是方法的蓝图/模板。（例如，在纸上给出一个房子（接口房子），不同的建筑师将使用他们的想法来建造它（实现房子接口的建筑师的类别）。它是抽象方法、默认方法、静态方法、最终变量和嵌套类的集合。所有成员都将是最终成员或公共成员，不允许使用受保护和私有访问说明符。不允许创建对象。必须创建一个类，以便使用实现接口并重写接口中声明的抽象方法。接口是松散耦合（动态多态性/动态绑定）的一个很好的例子接口实现了多态性和抽象。它告诉要做什么，但如何做由实现类定义。例如，有一家汽车公司希望其制造的所有汽车的某些功能都相同，因此该公司将制造一种具有这些功能的接口车辆，而不同级别的汽车（如Maruti Suzkhi、Maruti 800）将覆盖这些功能。

当我们已经有抽象类时，为什么要接口？Java只支持多级和分层继承，但借助于接口，我们可以实现多重继承。

接口只包含功能的定义/签名，如果我们有一些公共功能和公共签名，那么我们需要使用抽象类。通过使用抽象类，我们可以同时提供行为和功能。另一个继承抽象类的开发人员可以很容易地使用这个功能，因为他们只需要填写空白。

摘自：

http://www.dotnetbull.com/2011/11/difference-between-abstract-class-and.html

http://www.dotnetbull.com/2011/11/what-is-abstract-class-in-c-net.htmlhttp://www.dotnetbull.com/2011/11/what-is-interface-in-c-net.html

之所以调用接口，是因为它向调用方（例如COM客户端）提供了由某个类实现的方法接口。通过将一个对象指针以多态的方式投射到对象类实现的接口的类型，它限制对象对其实现的接口中的函数和成员的访问，与coclass可能实现的其他COM接口分离。客户端不需要知道什么类实现了接口，或者该类中存在什么其他方法；对象以它所知道的接口实例的形式呈现（其中类的实例已被多态地转换为接口实例，该接口实例是类的子实例），它只是通过调用接口实例上的接口方法来使用接口。实际实现的所有细节和不同接口实现的无关功能/细节都与调用方期望的接口分离——调用方只使用它与对象的接口（接口实例及其作为对象一部分的虚拟表指针），并且调用底层对象实现，而调用者不必知道实现的位置或细节。通过接口（接口类型的指针）访问对象是一种封装形式，在语法上防止未经授权访问对象，并隐藏实现细节和其他与接口及其定义的个性无关的功能。

接口是所有方法都是虚拟和抽象的（抽象在C++中称为纯虚拟；所有抽象方法都包含虚拟说明符，因此是虚拟的）。抽象类是指至少有一个方法是虚拟的，并指定为抽象的（或C++中的纯虚拟）。其他细节因语言而异。所有的接口属性在java中都是隐式的公共静态final，但在C++中不是。Java允许在抽象类中使用非静态属性，但C++允许在两者中使用它们。两种语言中的属性都不能是虚拟/抽象的。

要点是：

抽象是面向对象的。它提供了一个“对象”应该具有的基本数据和/或它应该能够执行的功能。它关注对象的基本特性：它具有什么和它可以做什么。因此，从同一抽象类继承的对象共享基本特性（泛化）。接口是面向功能的。它定义了对象应该具有的功能。不管它是什么对象，只要它可以执行界面中定义的这些功能，就可以了。它忽略了其他一切。一个对象/类可以包含几个（组）功能；因此，类可以实现多个接口。

接口通常是没有逻辑的类，只有签名。而抽象类是具有逻辑的类。两者都支持作为接口的契约，所有方法都应该在子类中实现，但在抽象中只应该实现抽象方法。何时使用接口，何时抽象？为什么使用界面？

class Circle {

protected $radius;

public function __construct($radius)

{
    $this->radius = $radius
}

public function area()
{
    return 3.14159 * pow(2,$this->radius); // simply pie.r2 (square);
}

}

//Our area calculator class would look like

class Areacalculator {

$protected $circle;

public function __construct(Circle $circle)
{
    $this->circle = $circle;
}

public function areaCalculate()
{
    return $circle->area(); //returns the circle area now
}

}

我们只需要

$areacalculator = new Areacalculator(new Circle(7)); 

几天后，我们将需要矩形、正方形、四边形等区域。如果是这样，我们是否必须每次更改代码并检查实例是正方形、圆形还是矩形？现在OCP所说的是接口代码而不是实现。解决方案是：

Interface Shape {

public function area(); //Defining contract for the classes

}

Class Square implements Shape {

$protected length;

public function __construct($length) {
    //settter for length like we did on circle class
}

public function area()
{
    //return l square for area of square
}

Class Rectangle implements Shape {

$protected length;
$protected breath;

public function __construct($length,$breath) {
    //settter for length, breath like we did on circle,square class
}

public function area()
{
    //return l*b for area of rectangle
}

}

现在是面积计算器

class Areacalculator {

$protected $shape;

public function __construct(Shape $shape)
{
    $this->shape = $shape;
}

public function areaCalculate()
{
    return $shape->area(); //returns the circle area now
}

}

$areacalculator = new Areacalculator(new Square(1));
$areacalculator->areaCalculate();

$areacalculator = new Areacalculator(new Rectangle(1,2));
$areacalculator->;areaCalculate();

这不是更灵活吗？如果我们在没有接口的情况下进行编码，我们将检查每个形状冗余代码的实例。

现在什么时候使用抽象？

Abstract Animal {

public function breathe(){

//all animals breathe inhaling o2 and exhaling co2

}

public function hungry() {

//every animals do feel hungry 

}

abstract function communicate(); 
// different communication style some bark, some meow, human talks etc

}

现在，当一个人不需要那个类的实例，具有类似的逻辑，需要契约时，应该使用抽象。