php - 使用 PHP 的 OOD 与基于功能服务的架构

Question

我一直主要使用功能范例来构建我的应用程序架构，特别是对于我从头开始构建的部件/模块。现在，我也在尝试 OOD。在基于 PHP、MySQL、IdiORM 的应用程序中用于跟踪音乐轨道信息；我的下一步是构建搜索功能，如果它是正确的方法，我计划在其中创建一个类。我非常熟悉一般的 OOP 理论概念，例如继承、多态性等。

在我的典型工作流程中，就像过去几年一样，我会在包含目录中创建一个名为 search.inc.php 的文件，实现如下功能:

function search_by_artist($artist_name){
...
} 
function search_by_track($track_name){
...
}

然后将其编码为服务，该服务根据从数据库中获取的结果返回 JSON，并且使用表单中的 POST 值创建 WHERE 子句。

我的问题是，在这种情况下，将这些实现移动到名为 Search 的类是否有意义。如果是这样，这个类的实例在逻辑上代表什么？很抱歉问了一个幼稚的问题，但由于我的大部分背景都是函数式 PHP 和 JavaScript 中的原型(prototype)继承，所以我不太熟悉正统的 OOD 如何在这里应用。此外，是否建议将 add.inc.php 或一般而言，将所有 CRUD 服务文件转换为类？

一般来说，在什么样的场景下应该首选基于功能服务的架构，什么时候使用OOD更好？

Answer 1

OOP 可以在应用程序中改进的一件大事是不同部分的解耦。使用函数(注意我不是说函数代码)，您的搜索函数可能看起来像这样:

function search_by_artist($artist_name) {
    global $db;
    $db->query(...)
    ...
}

该函数被硬编码为依赖于特定的数据库连接。

使用 OOP，您可以将其解耦:

class Search {

    protected $db;

    public function __construct(Database $db) {
        $this->db = $db;
    }

    public function byArtist($name) {
        $this->db->query(...);
        ...
    }

}

拥有一个对象构造函数是一件很强大的事情。构造函数必须在类中的任何其他方法运行之前运行，从而允许您施加某些先决条件。除非您在对象构造时获得有效的 Database 实例，否则所有类方法都无法运行。这意味着没有一个类方法需要关心数据库连接，它们可以简单地假设在 $this->db 有一个可用的。它究竟是如何到达那里的是构造函数的工作以及调用它的代码。您已经在您的代码库中创建了一个接缝，您可以在其中灵活地传递不同的数据库实例，同时创建一个数据库实例可用的保证。

在实际的函数代码中，函数应该是这样的:

function search_by_artist(Database $db, $name) {
    ...
}

一个函数应该纯粹作用于它的输入并返回定义的输出，它不应该依赖隐式环境变量或产生副作用。与 OOP 的不同之处在于，您不必将 $db 实例单独传递给每个函数，您可以使用依赖项实例化对象一次，然后将其作为一个封装包传递。