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@addr.com";
$user->save();

我的问题是，何时需要定义一个行类（假设在ZF-Tutorials中将Table_Row称为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();

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

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

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

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

另一个例子，就是当你想要创建自定义删除或instert方法时。让我们假设您要确保不想使用delete（）方法删除管理员用户。然后你可以从Zend_Db_Table_Row重载delete方法，如下所示：

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访问引导到特定的表视图。它通常与Table Module一起使用，例如包含网关处理的记录的业务逻辑的类。

Zend_Db_Table_Row是Row Data Gateway Pattern的实现。这里，返回的对象看起来与数据库记录完全相同，它们包含用于处理该数据的业务逻辑，但它们不包含CRUD的逻辑以及它们来自的表（即ActiveRecord），而是聚合它们。

只要您没有太多object relational impedance mismatch，行数据网关就可以了。一个对象如何在一个关系数据库中持久化以及它在对象世界中的外观通常是完全不同的东西。使用Domain Model时，业务对象的结构通常与存储在数据库中的方式不同。因此，您无法轻松地从数据库中对它们进行CRUD。这是DataMapper发挥作用的地方。

DataMapper负责将Domain对象映射到Recordsets，反之亦然。这使您的应用程序更易于维护，因为它将您的Domain对象与Database结构分离。它使它们保持分离，并为如何对两个层（持久性和域）建模提供更大的灵活性。

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

2 个答案: