Zend 框架 - 为什么应该使用数据映射器/Db_Table_Row？

Question

扩展问题：为什么我应该使用数据映射器/Db_Table_Row，因为 DbTable 能够处理数据操作的大部分基本任务。

我目前正在学习 ZF v1.11

对于数据库操作，我创建了 DbTable对于每张桌子。例如，“users”表由 Application_Model_DbTable_Users 表示，其中没有其他代码。

操作数据时，我可以使用：

<?php
$uTable = new Application_Model_DbTable_Users();
$newUid = $uTable->insert(array('name'=>'Old Name', 'email'=>''));
$user = $uTable->find($newUid)->current();

// Then I can use $user which is instance of Table_Row
$user->name = "New Name";
$user->email = "[email protected]";
$user->save();

我的问题是，什么时候需要定义行类（假设 Table_Row 在 ZF-Tutorials 中被称为 DataMapper）

// By, adding this to the DbTable class
protected $_rowClass = 'Application_Model_User';

为每个实体拥有一个 Row 类有什么好处？谁能向我指出这方面的最佳实践。

Answer 1

您不需要定义自己的Table_Row。但是，它在许多情况下可能很有用，特别是如果您想为给定的用户行定义一些特定的方法或属性。它们还可以提高代码的可读性。

例如在您的 Users 表案例中，您可以在自定义用户行中定义一个名为 getFullName() 的方法，如下所示：

public function getFullName() {
    return $this->firstName . ' ' . $this->lastName;
}

然后，当您获取用户行对象时，要获取用户的全名，您只需执行：

$user = $uTable->find($newUid)->current();
$fullName = $user->getFullName();

第二个示例是当您有“用户”表的某些父表（例如“地址”）时。在这种情况下，您可以在用户行中定义一个名为 getAddress 的方法：

public function getAddress() {
    return $this->findParentRow('Application_Model_DbTable_Addresses');
}

在这种情况下，您将获得当前用户的地址行对象，如下所示：

$user = $uTable->find($newUid)->current();
$addressRow = $user->getAddress();

另一个示例，当您想要创建自定义删除或插入方法。假设您想确保不想使用 delete() 方法删除管理员用户。然后您可以重载 Zend_Db_Table_Row 中的删除方法，如下所示：

public function delete() {
        if ('admin' === $this->userRole) {
              return 0;
        }
        return parent::delete();
} 

这样，您将无法仅通过在用户行对象上调用 delete() 来删除管理员用户：

 $user = $uTable->find($newUid)->current();
 $rowsDeleted = $user->delete(); // would be 0 if $user is admin

这些只是三个基本示例，显示了定义自己的行类的有用性。但当然它们不是必需的。然而，根据我自己的经验，它们非常方便。

Answer 2

简而言之：这是关于隔离。

Zend_Db_Table 是表数据网关的实现。它通过一个类引导对特定表视图的 CRUD 访问。它通常与表模块一起使用，例如包含所处理记录的业务逻辑的类通过网关。

Zend_Db_Table_Row 是行数据网关模式的实现。在这里，返回的对象看起来与数据库记录一模一样，它们包含处理该数据的业务逻辑，但它们不包含对它们所在的表（即 ActiveRecord）进行 CRUD 的逻辑，而是聚合它们。

只要您没有太多对象关系阻抗不匹配，行数据网关就可以了。对象如何在关系数据库中持久保存以及它在对象世界中的外观通常是完全不同的事情。使用域模型时，您的业务对象的结构方式通常与其存储的方式不同数据库。因此，您无法轻松地从数据库中对它们进行 CRUD。这就是 DataMapper 发挥作用的地方。

DataMapper 负责将域对象映射到记录集，反之亦然。这使您的应用程序更易于维护，因为它将域对象与数据库结构解耦。它将它们分开，并为您提供了如何对两个层（持久层和域）进行建模的更大灵活性。