这个概念在面向对象编程中非常有用。对我来说，我认为接口是一种契约。只要我的类和你的类同意这个方法签名合同，我们就可以“接口”。至于抽象类，我认为更多的是存根一些方法的基类，我需要填充细节。

在我看来，接口应该优于非函数抽象类。如果性能受到影响，我也不会感到惊讶，因为只实例化了一个对象，而不是解析两个对象，并将它们组合在一起(尽管，我不能确定，我不熟悉OOP PHP的内部工作原理)。

的确，与Java相比，接口没有那么有用/有意义。另一方面，PHP6将引入更多的类型提示，包括返回值的类型提示。这将为PHP接口增加一些价值。

interfaces定义了需要遵循的方法列表(想想API)，而抽象类提供了一些基本/通用的功能，这些功能由子类细化以满足特定需求。

接口本质上是您可以创建的内容的蓝图。它们定义了类必须具有的方法，但是您可以在这些限制之外创建额外的方法。

我不确定你所说的不能向方法添加代码是什么意思——因为你可以。您是将接口应用到抽象类还是扩展它的类?

应用于抽象类的接口中的方法需要在该抽象类中实现。然而，将该接口应用于扩展类，该方法只需要在扩展类中实现。在这里我可能错了——我没有尽可能多地使用接口。

我一直认为接口是外部开发人员的一种模式，或者是确保事情正确的额外规则集。

我不记得PHP在这方面是否有所不同，但在Java中，您可以实现多个接口，但不能继承多个抽象类。我认为PHP也是这样工作的。

在PHP中，您可以通过用逗号分隔多个接口来应用它们(我认为，我不认为这是一个干净的解决方案)。

至于多个抽象类，你可以有多个相互扩展的抽象(同样，我不完全确定，但我想我以前在某个地方见过)。唯一不能扩展的是final类。

接口的全部意义在于为您提供灵活性，使您的类强制实现多个接口，但仍然不允许多重继承。从多个类继承的问题很多，维基百科的页面很好地总结了这些问题。

接口是一种折衷。关于多重继承的大多数问题并不适用于抽象基类，所以现在大多数现代语言禁用多重继承，但却调用抽象基类接口，并允许一个类“实现”任意数量的抽象基类。

对我来说，使用接口和抽象类之间的区别更多地与代码组织有关，而不是由语言本身强制执行。在为其他开发人员准备代码时，我经常使用它们，以便它们保持在预期的设计模式内。接口是一种“契约式设计”，您的代码同意响应一组规定的API调用，这些API调用可能来自您没有访问权限的代码。

虽然从抽象类继承是一个“是一个”关系，但这并不总是你想要的，实现接口更像是一个“像一个”关系。在某些情况下，这种差异可能相当显著。

例如，假设您有一个抽象类Account，许多其他类都是从这个抽象类扩展而来的(Account的类型等等)。它有一组特定的方法，只适用于该类型组。但是，这些帐户子类中的一些实现了Versionable、Listable或Editable，以便它们可以被扔到期望使用这些api的控制器中。控制器并不关心对象的类型

相比之下，我还可以创建一个不从Account扩展的对象，比如User抽象类，仍然实现Listable和Editable，但不实现Versionable，这在这里没有意义。

通过这种方式，我说FooUser子类不是一个帐户，但确实像一个可编辑对象。同样，BarAccount从Account扩展而来，但不是User子类，而是实现了可编辑、可列表和可版本。

将所有这些可编辑的、可列表的和可版本的api添加到抽象类本身不仅是混乱和丑陋的，而且会重复Account和User中的公共接口，或者强制我的User对象实现Versionable，可能只是抛出一个异常。