接口或抽象类：使用哪个？

#1 楼

如果要强制开发人员（包括您自己）在系统中工作，请在他们要构建的类上实现一定数量的方法。

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

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

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

#2 楼

Abstract Class和Interface之间的区别：

抽象类

抽象类可以提供某些功能，而其余的则留给派生类。


派生类可能会覆盖也可能不会覆盖基类中定义的具体功能。
从抽象类扩展的子类在逻辑上应该相关。

接口

接口不能包含任何功能。它只包含方法的定义。


派生类必须为接口中定义的所有方法提供代码。
完全不同且不相关的类可以在逻辑上分组一起使用界面。

#3 楼

为什么要使用抽象类？以下是一个简单的示例。假设我们有以下代码：

<?php 

class Fruit {
    private $color;

    public function eat() {
        // chew
    }

    public function setColor($c) {
        $this->color = $c;
    }
}

class Apple extends Fruit {
    public function eat() {
        // chew until core
    }
}

class Orange extends Fruit {
    public function eat() {
        // peeling
        // chew
    }
}

现在我给你一个苹果，你就可以吃了。
它的味道如何？它尝起来像苹果。

<?php 
$apple = new Apple();
$apple->eat();

// Now I give you a fruit.
$fruit = new Fruit();
$fruit->eat();

那是什么样的味道？好吧，这没有多大意义，所以您不应该这样做。这是通过使Fruit类及其内部的eat方法成为抽象来实现的。

<?php 
abstract class Fruit {
    private $color;

    abstract public function eat(){}

    public function setColor($c) {
        $this->color = $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 

#4 楼

最佳实践是使用接口来指定合同和抽象类，这只是其一种实现。该抽象类可以填充很多样板文件，因此您可以通过覆盖需要或想要的内容来创建实现，而不必强迫您使用特定的实现。

#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)

#6 楼

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

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

#7 楼

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

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

这可能会比喻为您提供帮助：

INTERFACE

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

这里的重点是


-正确处理
-注意
-防止可能变质的东西（如草莓或其他过多的东西）
-使尝试的人容易使用
-告诉您要执行多长时间（例如搅拌）
-告诉您可以执行哪些操作而不必执行


正是这样描述了接口。它是一个指南，是一组遵循食谱内容的说明。
就像您将用PHP创建一个项目，并且想要在GitHub上或与您的同伴或其他任何人一起提供代码一样。
界面是人们可以做什么，而你不应该做什么。持有它的规则-如果您不遵守，则会破坏整个构造。



ABSTRACTION

在这里继续这个比喻...想象一下，您这次是客人，正在吃那个蛋糕。然后，您现在就可以使用食谱尝试做蛋糕了。
但是您想要添加新成分或更改/跳过食谱中描述的步骤。那么接下来呢？计划该蛋糕的其他版本。
这一次是黑浆果而不是草莓果子，还有更多的香草奶油...好吃。

这就是您可以考虑扩展的原始蛋糕。基本上，您可以通过创建新食谱来对其进行抽象，因为它与众不同。它具有一些新步骤和其他要素。但是，黑莓版本有一些是您从原始版本接手的部分-这些是每种蛋糕必须具备的基本步骤。就像牛奶一样的成分-每个派生阶层都有的。

现在您要交换成分和步骤，这些必须在新版蛋糕中定义。这些是必须为新蛋糕定义的抽象方法，因为蛋糕中应该有水果，但是哪个呢？因此，这次您取黑莓。完成。

继续，您已经扩展了蛋糕，遵循了界面并从中提取了步骤和成分。

#8 楼

要添加一些已经非常好的答案：


抽象类使您可以提供一定程度的实现，接口是纯模板。接口只能定义功能，而不能实现它。
任何实现该接口的类都致力于实现其定义的所有方法，或者必须将其声明为抽象。
接口可以帮助管理以下事实：与Java一样，PHP不支持多重继承。 PHP类只能扩展单个父级。但是，您可以使一个类承诺实现所需的任意数量的接口。
type：对于其实现的每个接口，该类都具有相应的类型。因为任何类都可以实现一个接口（或多个接口），所以
接口有效地连接了原本不相关的类型。

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

class SubClass extends ParentClass implements Interface1, Interface2 {
    // ...
}

请解释何时应使用接口以及何时应使用抽象类？


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

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

<?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();
}

#9 楼

从系统的角度来看：


抽象类表示“是”关系。假设我有水果，那么我将有一个Fruits抽象类，它具有共同的责任和共同的行为。
接口表示“应该做”的关系。以我的观点（一个初级开发人员的观点），一个接口应该用一个动作或一个接近动作的名称来命名（对不起，找不到这个词，我不是英语为母语的人）可以说是IEatable。您知道它可以被食用，但是您不知道该吃什么。

从编码的角度来看：


如果对象具有重复的代码，这表明它们具有共同的行为，这意味着您可能需要抽象类来重用代码，而您不能使用接口来实现。
另一个区别是，对象可以实现所需数量的接口。 ，但由于“钻石问题”，您只能拥有一个抽象类（请在此处了解原因！http://en.wikipedia.org/wiki/Multiple_inheritance#The_diamond_problem）

我可能

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

#10 楼

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

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

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

class Monitor{
    private int monitorNo;
}

它旨在为您提供显示界面，因此功能应由接口。

interface Display{
    void display();
}

其他答案中也提到了很多其他要考虑的事情，但这是大多数人在编码时忽略的最基本的事情。 br />

#11 楼

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


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

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

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