接口和抽象类之间到底有什么区别？
当前回答
可以在此处找到解释：http://www.developer.com/lang/php/article.php/3604111/PHP-5-OOP-Interfaces-Abstract-Classes-and-the-Adapter-Pattern.htm
抽象类是一个仅部分由程序员它可能包含一个或多个抽象方法。抽象方法只是一个函数定义用于告诉程序员方法必须在子级中实现班接口类似于抽象班实际上，接口占据了与类和抽象名称空间相同类。因此，您不能定义具有相同名称的接口作为一个班级。接口是一个完整的抽象类；没有一种方法实现，而不是类从中派生出来，据说实现该接口。
无论如何，我觉得这个接口的解释有些混乱。更常见的定义是：接口定义实现类必须履行的契约。接口定义由公共成员的签名组成，没有任何实现代码。
其他回答
抽象类和接口之间的关键技术差异是：
抽象类可以有常量、成员、方法存根（没有主体的方法）和定义的方法，而接口只能有常量和方法存根。抽象类的方法和成员可以以任何可见性定义，而接口的所有方法都必须定义为public（默认情况下定义为public）。继承抽象类时，具体的子类必须定义抽象方法，而抽象类可以扩展另一个抽象类，父类的抽象方法不必定义。类似地，扩展另一个接口的接口不负责从父接口实现方法。这是因为接口不能定义任何实现。子类只能扩展一个类（抽象或具体），而接口可以扩展或类可以实现多个其他接口。子类可以定义具有相同或更少限制性可见性的抽象方法，而实现接口的类必须定义具有完全相同可见性（公共）的方法。
可以在此处找到解释：http://www.developer.com/lang/php/article.php/3604111/PHP-5-OOP-Interfaces-Abstract-Classes-and-the-Adapter-Pattern.htm
抽象类是一个仅部分由程序员它可能包含一个或多个抽象方法。抽象方法只是一个函数定义用于告诉程序员方法必须在子级中实现班接口类似于抽象班实际上，接口占据了与类和抽象名称空间相同类。因此，您不能定义具有相同名称的接口作为一个班级。接口是一个完整的抽象类；没有一种方法实现，而不是类从中派生出来，据说实现该接口。
无论如何，我觉得这个接口的解释有些混乱。更常见的定义是：接口定义实现类必须履行的契约。接口定义由公共成员的签名组成，没有任何实现代码。
通常抽象类用于某些东西的核心，但接口用于附加外围设备。
当您想为车辆创建基本类型时，应该使用抽象类，但如果您想添加一些不属于车辆基本概念的功能或属性，则应该使用接口，例如，您想添加“ToJSON（）”函数。
接口具有广泛的抽象范围，而不是抽象类。您可以在传递的论证中看到这一点。请查看以下示例：
如果您使用vehicle作为参数，您可以使用它的派生类型之一（公共汽车或汽车同一类别只是车辆类别）。但当您使用IMoveable接口作为参数时，您有更多的选择。
许多初级开发人员错误地将接口、抽象类和具体类视为同一事物的细微变化，并纯粹基于技术原因选择其中之一：我需要多重继承吗？我需要一些地方来放置常用方法吗？除了一堂具体的课，我还需要为别的事情而烦恼吗？这是错误的，隐藏在这些问题中的是主要问题：“我”。当你自己编写代码时，你很少想到其他现在或将来的开发人员正在处理或使用你的代码。
接口和抽象类，虽然从技术角度看很相似，但有着完全不同的含义和目的。
总结
接口定义了某个实现将为您实现的契约。抽象类提供了您的实现可以重用的默认行为。
备选摘要
接口用于定义公共API抽象类用于内部使用和定义SPIs
隐藏实现细节的重要性
具体的类以非常具体的方式完成实际工作。例如，ArrayList使用一个连续的内存区域以紧凑的方式存储对象列表，这提供了快速的随机访问、迭代和就地更改，但在插入、删除和偶尔甚至添加时非常糟糕；同时，LinkedList使用双链接节点来存储对象列表，这提供了快速迭代、就地更改和插入/删除/添加，但在随机访问时非常糟糕。这两种列表针对不同的用例进行了优化，如何使用它们非常重要。当您试图从与您密切交互的列表中挤出性能时，当选择列表类型时，您应该仔细选择要实例化的列表。
另一方面，列表的高级用户并不真正关心它是如何实现的，他们应该与这些细节隔离开来。让我们想象一下，Java没有公开List接口，但只有一个具体的List类，这实际上就是LinkedList现在的样子。所有Java开发人员都会定制自己的代码以适应实现细节：避免随机访问，添加缓存以加快访问速度，或者自己重新实现ArrayList，尽管这与所有其他仅适用于List的代码不兼容。那太可怕了。。。但现在想象一下，Java主控实际上意识到链接列表对于大多数实际用例来说都是可怕的，并决定切换到数组列表，以获得唯一可用的list类。这将影响世界上每一个Java程序的性能，人们对此不会感到高兴。主要原因是实现细节是可用的，而开发人员认为这些细节是他们可以依赖的永久契约。这就是为什么隐藏实现细节，只定义抽象契约很重要。这就是接口的目的：定义一个方法接受什么样的输入，以及期望什么样的输出，而不暴露所有可能诱使程序员调整代码以适应未来任何更新可能改变的内部细节的勇气。
抽象类位于接口和具体类之间。它应该帮助实现共享公共或无聊的代码。例如，AbstractCollection提供了基于大小为0的isEmpty的基本实现，包含作为迭代和比较，addAll作为重复添加等等。这让实现专注于区分它们的关键部分：如何实际存储和检索数据。
API与SPI
接口是代码不同部分之间的低内聚网关。它们允许图书馆存在和发展，而不会在内部发生变化时破坏每个图书馆用户。它叫做应用程序编程接口，而不是应用程序编程类。在较小的规模上，它们还允许多个开发人员在大型项目上成功协作，通过文档化的界面将不同的模块分离。
抽象类是在实现接口时使用的高内聚性帮助程序，假定实现细节级别。或者，抽象类用于定义SPI、服务提供商接口。
API和SPI之间的区别很细微，但很重要：对于API，重点是谁使用它，而对于SPI，重点是由谁实现它。
向API添加方法很容易，API的所有现有用户仍将编译。向SPI添加方法很难，因为每个服务提供商（具体实现）都必须实现新方法。如果使用接口定义SPI，则每当SPI合约发生变化时，提供商都必须发布新版本。如果改用抽象类，则可以根据现有的抽象方法定义新方法，或者将新方法定义为空抛出未实现的异常存根，这至少允许旧版本的服务实现仍然编译和运行。
关于Java 8和默认方法的说明
虽然Java8引入了接口的默认方法，这使得接口和抽象类之间的界限更加模糊，但这并不是为了实现可以重用代码，而是为了更容易地更改同时用作API和SPI的接口（或者错误地用于定义SPI而不是抽象类）。
使用哪一个？
这个东西应该由代码的其他部分或其他外部代码公开使用吗？向其添加一个接口，以从公共抽象契约中隐藏实现细节，这是该事物的一般行为。这件事是不是应该有多个实现，有很多共同的代码？既要做一个接口，又要做一个抽象的、不完整的实现。是否只有一个实现，而没有其他人会使用它？让它成为一个具体的课程。“ever”是一个很长的时间，你可以安全地使用它，并在它上面添加一个界面。
一个推论：另一种方法往往是错误的：当使用一个东西时，总是尝试使用您实际需要的最通用的类/接口。换句话说，不要将变量声明为ArrayListtheList=newArrayList（），除非您实际上对它是一个数组列表有很强的依赖性，并且没有其他类型的列表可以为您删除它。如果它是一个列表，而不是任何其他类型的集合这一事实实际上无关紧要，请改用ListtheList=newArrayList，甚至使用CollectiontheCollection=newArrayNist。
接口通常是没有逻辑的类，只有签名。而抽象类是具有逻辑的类。两者都支持作为接口的契约，所有方法都应该在子类中实现，但在抽象中只应该实现抽象方法。何时使用接口，何时抽象？为什么使用界面？
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
}
现在，当一个人不需要那个类的实例，具有类似的逻辑，需要契约时，应该使用抽象。
