接口还是抽象类：使用哪一个？

Question

请解释一下我什么时候应该使用 PHP 接口以及什么时候应该使用抽象类？

如何将我的抽象类更改为接口？

Answer 1

当您想要强制在您的系统中工作的开发人员（包括您自己）在他们将要构建的类上实现一定数量的方法时，请使用接口。

当您想要强制在您的系统中工作的开发人员（包括您自己）实现一定数量的方法并且您想要提供一些基本方法来帮助他们开发其子类时，请使用抽象类。

另一件需要记住的事情是客户端类只能扩展一个抽象类，而它们可以实现多个接口。因此，如果您在抽象类中定义行为契约，则意味着每个子类可能只符合一个契约。有时，当您想迫使用户程序员沿着特定的道路前进时，这是一件好事。其他时候情况会很糟糕。想象一下，如果 PHP 的 Countable 和 Iterator 接口是抽象类而不是接口。

当您不确定该走哪条路时，常见的一种方法（如 cletus 下面）是创建一个接口，然后让你的抽象类实现该接口。

Answer 2

抽象类和接口之间的区别：

抽象类

抽象类可以提供一些功能并且 >将其余部分留给派生类。

• 派生类可以覆盖也可以不覆盖基类中定义的具体函数。

• 从抽象类扩展的子类在逻辑上应该是相关的。

界面

界面不能包含任何功能。它仅包含方法的声明。

• 派生类必须为接口中定义的所有方法提供代码。

• 完全不同且不相关的类可以使用接口在逻辑上分组在一起。

Answer 3

为什么要使用抽象类？以下是 https://www.php 的简单示例.net/manual/en/language.oop5.abstract.php#95404，作者：用户 mbajoras。

假设我们有以下代码：

<前><代码>颜色=$c;
}
}

Apple 类扩展了 Fruit {
公共函数吃（）{
// 咀嚼至核心
}
}

类 Orange 扩展 Fruit {
公共函数吃（）{
// 剥皮
// 咀嚼
}
}

现在我给你一个苹果，你吃它。味道如何？味道像苹果。

<前><代码>吃();

// 现在我给你一个水果。
$fruit = 新水果();
$水果->吃();

那是什么味道？好吧，这没有多大意义，所以你不应该这样做。这是通过使
Fruit 类抽象以及其中的 eat 方法。

<前><代码>颜色=$c;
}
}
？>

抽象类就像接口一样，但是您可以在抽象类中定义方法，而在接口中它们都是
摘要。

抽象类可以有空方法和工作/具体方法。在接口中，定义的函数不能有主体。在抽象类中，他们可以。

一个现实世界的例子：

<?php 
abstract class person {
        
    public $LastName;
    public $FirstName;
    public $BirthDate;
        
    abstract protected function write_info();
}

final class employee extends person{
        
    public $EmployeeNumber;
    public $DateHired;

    public function write_info(){
        //sql codes here
        echo "Writing ". $this->LastName . "'s info to emloyee dbase table <br>";   
    }
}

final class student extends person{
        
    public $StudentNumber;
    public $CourseName;
       
    public function write_info(){
        //sql codes here
        echo "Writing ". $this->LastName . "'s info to student dbase table <br>";
    }
}

///----------
$personA = new employee;
$personB = new student;

$personA->FirstName="Joe";
$personA->LastName="Sbody";

$personB->FirstName="Ben";
$personB->LastName="Dover";

$personA->write_info();
// Writing Sbody's info to emloyee dbase table
$personB->write_info();
// Writing Dover's info to student dbase table 

Answer 4

最佳实践是使用接口来指定契约并使用抽象类作为其一种实现。该抽象类可以填充大量样板文件，因此您可以通过覆盖您需要或想要的内容来创建实现，而无需强迫您使用特定的实现。

Answer 5

只是将其混入其中，但正如 Cletus 提到的将接口与抽象类结合使用，我经常使用接口来阐明我的设计思维。

例如：

<?php
class parser implements parserDecoratorPattern {
    //...
}

这样，任何阅读我的代码的人（以及知道装饰器模式是什么的人）都会立即知道 a) 我如何构建解析器，b) 能够看到使用哪些方法来实现装饰器模式。

另外，我可能不是 Java/C++/etc 程序员，但数据类型可以在这里发挥作用。您的对象属于一种类型，当您以编程方式传递它们时，该类型很重要。将可合同项移动到接口中仅指示方法返回的类型，而不指示实现它的类的基类型。

已经晚了，我想不出更好的伪代码示例，但这里是：

<?php
interface TelevisionControls {};
class Remote implements TelevisionControls {};
class Spouse implements TelevisionControls {};
Spouse spouse = new Spouse();
Remote remote = new Remote();
isSameType = (bool)(remote == spouse)

Answer 6

另外，我想在这里补充一点，任何其他 OO 语言也具有某种接口和抽象并不意味着它们具有与 PHP 中相同的含义和目的。抽象/接口的使用略有不同，而 PHP 中的接口实际上没有真正的功能。它们仅用于语义和方案相关的原因。关键是让一个项目尽可能灵活、可扩展并且对未来的扩展安全，无论开发人员以后是否有完全不同的使用计划。

如果您的母语不是英语，您可能会查找抽象和接口实际上是什么。并寻找同义词。

作为一个比喻，这可能会对您有所帮助：

界面

比方说，您用草莓烘焙了一种新的蛋糕，并且制作了一个描述成分和步骤的食谱。
只有您知道为什么它味道这么好并且您的客人喜欢它。
然后您决定发布您的食谱，以便其他人也可以尝试该蛋糕。

重点是

- 使其正确

- 小心

- 防止可能变质的东西（例如过多的草莓或其他东西）

- 让尝试者变得简单

-告诉你需要多长时间做什么（比如搅拌）

- 告诉你哪些事情可以做但不必

这正是描述接口的内容。它是一个指南，一组遵守食谱内容的说明。
就像您在 PHP 中创建一个项目一样，您希望在 GitHub 上或与您的朋友或其他任何地方提供代码。
界面是人们可以做什么和你不应该做什么。遵守它的规则——如果你违反其中一条，整个结构就会被破坏。

抽象

继续这个比喻...想象一下，你是这次吃蛋糕的客人。然后你现在就用食谱来尝试那个蛋糕。
但您想添加新成分或更改/跳过食谱中描述的步骤。那么接下来会发生什么呢？计划该蛋糕的不同版本。
这次是黑浆果，不是草莓，还有更多香草奶油……好吃。

您可以将其视为原始蛋糕的延伸。你基本上通过创建一个新的配方来对其进行抽象，因为它有一点不同。它有一些新步骤和其他成分。然而，黑莓版本有一些你从原版中继承的部分——这些是每种蛋糕都必须具备的基本步骤。就像牛奶一样的成分 - 这是每个派生类都拥有的。

现在您想要交换成分和步骤，这些必须在该蛋糕的新版本中定义。这些是必须为新蛋糕定义的抽象方法，因为蛋糕中应该有一个水果，但是是哪个呢？所以这次你吃黑浆果。完毕。

到这里，您已经扩展了蛋糕，遵循界面并从中抽象出步骤和成分。

Answer 7

主要区别是抽象类可以包含默认实现，而接口则不能。

接口是没有任何实现的行为契约。

Answer 8

添加到一些已经很好的答案：

• 抽象类让您提供某种程度的实现，接口是纯模板。接口只能定义功能，而永远不能实现它。

• 任何实现该接口的类都承诺实现它定义的所有方法，或者必须将其声明为抽象。

  任何实现该

• 接口可以帮助管理这样一个事实：与 Java 一样，PHP 不支持多重继承。 PHP 类只能扩展单个父类。但是，您可以让一个类承诺实现任意数量的接口。

• 类型：对于它实现的每个接口，该类采用相应的类型。因为任何类都可以实现一个接口（或多个接口），
  接口有效地连接了不相关的类型。

• 一个类可以扩展超类并实现任意数量的接口：

  类子类扩展了父类实现接口1，接口2 {
      // ...
  }
  

请解释一下什么时候应该使用接口，什么时候应该使用抽象类？

当您只需要提供一个没有任何实现的模板，并且您希望确保实现该接口的任何类将具有与实现该接口的任何其他类（至少）相同的方法时，请使用接口。

当您想要为其他对象（部分构建的类）创建基础时，请使用抽象类。扩展抽象类的类将使用定义/实现的一些属性或方法：

<?php
// interface
class X implements Y { } // this is saying that "X" agrees to speak language "Y" with your code.

// abstract class
class X extends Y { } // this is saying that "X" is going to complete the partial class "Y".
?>

如何将抽象类更改为接口？

这是一个简化的案例/示例。删除所有实施细节。例如，将抽象类从： 更改

abstract class ClassToBuildUpon {
    public function doSomething() {
          echo 'Did something.';
    }
}

为：

interface ClassToBuildUpon {
    public function doSomething();
}

Answer 9

从哲学的角度来看：

• 抽象类代表“是”关系。假设我有水果，那么我会有一个 Fruit 抽象类，它共享共同的责任和共同的行为。

• 接口代表“应该做”的关系。在我看来（这是初级开发人员的意见），界面应该由一个动作或接近动作的东西来命名，（抱歉，找不到这个词，我不是英语母语者）让我们说IEatable。你知道它可以吃，但你不知道你吃的是什么。

从编码的角度来看：

• 如果您的对象有重复的代码，则表明它们具有共同的行为，这意味着您可能需要一个抽象类来重用代码，而使用接口则无法做到这一点。

• 另一个区别是，一个对象可以根据需要实现任意多个接口，但由于“钻石问题”，您只能有一个抽象类（查看此处了解原因！ http://en.wikipedia.org/wiki/Multiple_inheritance#The_diamond_problem)

我可能忘记了一些要点，但我希望它能澄清一些事情。

PS：“是”/“应该做”是由 Vivek Vermani 的答案带来的，我并不是有意窃取他的答案，只是为了重复使用这些术语，因为我喜欢它们！

Answer 10

抽象类和接口之间的技术差异已经在其他答案中准确列出。为了面向对象编程，我想在编写代码时添加一个解释，以在类和接口之间进行选择。

类应该代表实体，而接口应该代表行为。

让我们举个例子。计算机显示器是一个实体，应该表示为一个类。

class Monitor{
    private int monitorNo;
}

它旨在为您提供一个显示界面，因此功能应该由界面来定义。

interface Display{
    void display();
}

正如其他答案中所解释的那样，还有很多其他事情需要考虑，但这是大多数人在编码时忽略的最基本的事情。

Answer 11

只是想添加一个示例，说明您何时可能需要同时使用两者。我目前正在通用 ERP 解决方案中编写一个绑定到数据库模型的文件处理程序。

• 我有多个抽象类，它们处理标准的 CRUD 以及一些特殊功能，例如不同类别文件的转换和流式传输。
• 文件访问接口定义了获取、存储和删除文件所需的一组通用方法。

这样，我就可以拥有针对不同文件的多个模板和一组具有明显区别的通用接口方法。该接口为访问方法提供了正确的类比，而不是基抽象类的类比。

进一步，当我将为不同的文件存储服务制作适配器时，此实现将允许该接口在完全不同的上下文中的其他地方使用。