何时在 PHP 中使用 extends/abstract 和 Implements/interface

Question

所以，我开始对 PHP 中的抽象和接口概念感到惊讶。
但什么时候它才真正有用呢？

当然，我可以使用界面为我的类制定规则，因此它们都遵循特定的模式。 但是什么时候它真正有用？

为什么我应该创建一个抽象类，而不是仅仅创建一个自己工作但对其他类有用的类。
摘要我也许可以仔细思考一下，发现一个很好的用途，例如通过开设一个普通课程。就像创建一个抽象数据库类，然后将其扩展为 Mysql 和 MsAccess 数据库类。提供两种相似的功能，在两种情况下都能提供无缝体验。

但实际上，有人能给我一个更好的例子来说明抽象和接口何时真正有用吗？
请注意，我确实知道它是如何工作的，或者如何编写代码，只是不知道如何或何时使用它。

谢谢！

Answer 1

摘要的意思是“这是您的课程的模式，以及一些可以帮助您开始的代码”。抽象类的设计者可以将一些方法标记为需要由扩展类（abstract）提供，或者标记为final，这意味着该类不能重写它们。

接口的意思是“这是你的类的模式，但你必须自己编写所有代码”。接口中声明的任何方法和属性都必须由实现该接口的类提供。

因此，基本上的经验法则是：

如果您的代码可以或必须由后代类使用，则需要一个抽象类。如果只有方法和属性声明，则可以使用接口。

不要忘记，使用抽象类会在某种程度上限制您，因为后代类只能扩展一个类，而它可以实现任意数量的接口。

Answer 2

接口不是类，而抽象类已经是类。

由于每个类都有一个接口（根据定义），接口允许您在任何类（无论是否抽象）的旁边指定一个接口。

然后，针对接口进行编程允许您将一个类替换为另一个类，同时保持相同的接口。所以它会降低你的代码的耦合度。它不再针对具体类进行编程，而是“仅”针对更轻量级的接口进行编程。如果您不想针对具体的类名而是针对类型进行编程，那么接口会很有用。然后，您可以将某个对象替换为实现相同接口的任何其他对象。

另一方面，抽象类——甚至称为抽象——是非常具体的。但是，它不是最终的，因此它形成了类的模式，就像规范如何为特定功能编写从其扩展的类一样。由于它是抽象的，如果不从它延伸出来，它就无法生存。抽象类用于创建基类，其代码将被多次使用，以减少代码重复且无法直接实例化。

Answer 3

接口就像合同一样工作。如果一个类实现了一个接口，那么使用该类的其他代码现在就知道它支持某些功能。

PHP 中接口的最佳示例是 Iterator 接口。

接口的好处是类可以实现多个。 “扩展”不允许这样做。这意味着子类可以实现接口，但其父类不必这样做。

阅读设计模式。您会发现其中的很多内容都已涵盖，并且您将永远不会再怀疑在哪些情况下它是有意义的。我认为《Head First Design Patterns》是一本好书，写得非常好。尽管他们在示例中使用 Java，但大多数内容都非常适用于 PHP。

我还有一个现实生活场景。

每当发生错误时，我们的应用程序总是到处抛出异常。每种类型的异常都有其自定义类。 RecordNotFound 异常就是一个例子。

如果未捕获异常，则会有一个顶级异常块，看起来有点像这样：

try {

 // Do everything in the app!

} catch (Exception $e) {

  // draw a good error page

}

在某些情况下，需要将异常映射到某些 HTTP 状态代码，例如 404（未找到）。因此我们有这个接口：

interface HTTPException {

  function getHTTPCode();

}

任何异常，无论继承树有多深，现在都可以实现这个接口并发出特定的 HTTP 状态代码。

我什至创建了接口，没有任何方法。我将让你尝试思考为什么这可能是有意义的。

Answer 4

接口只不过是类的骨架结构，它不是类。我们可以实现该类并添加一些额外的功能以使其更加清晰。 implements 关键字可用于 interface 。一般来说，implements 用于接口中来实现功能。

abstract 是一个隐藏了一些功能而只显示必要功能的类。 Extend 关键字可用于抽象 类。一般来说，extends 可以用来扩展抽象类的功能。