我正致力于在 Zend Framework 中创建一个与数据访问层分开的域层。数据访问层由两个主要对象组成，表数据网关和行数据网关。根据 Bill Karwin 对 this earlier question 的回复我的域 Person 对象现在有以下代码:

class Model_Row_Person
{
    protected $_gateway;

    public function __construct(Zend_Db_Table_Row $gateway)
    {
        $this->_gateway = $gateway;
    }

    public function login($userName, $password)
    {

    }

    public function setPassword($password)
    {

    }
}

但是，这仅适用于单个行。我还需要创建一个可以表示整个表的域对象，并且(大概)可以用来遍历表中的所有人员并返回适当类型的人员(管理员、买家等)对象以供使用。基本上，我设想如下所示:

class Model_Table_Person implements SeekableIterator, Countable, ArrayAccess
{
    protected $_gateway;

    public function __construct(Model_DbTable_Person $gateway)
    {
        $this->_gateway = $gateway;
    }

    public function current()
    {
        $current = $this->_gateway->fetchRow($this->_pointer);

        return $this->_getUser($current);
    }

    private function _getUser(Zend_Db_Table_Row $current)
    {
        switch($current->userType)
        {
            case 'admin':
                return new Model_Row_Administrator($current);
                break;
            case 'associate':
                return new Model_Row_Associate($current);
                break;
        }
    }
}

这是处理这个特定问题的好/坏方法吗？我应该对整体设计做哪些改进或调整？

提前感谢您的意见和批评。

最佳答案

我想您会使用域模型类来完全隐藏您正在使用数据库表进行持久化这一事实。因此，传递 Table 对象或 Row 对象应该完全在幕后:

<?php
require_once 'Zend/Loader.php';
Zend_Loader::registerAutoload();

$db = Zend_Db::factory('mysqli', array('dbname'=>'test',
    'username'=>'root', 'password'=>'xxxx'));
Zend_Db_Table_Abstract::setDefaultAdapter($db);

class Table_Person extends Zend_Db_Table_Abstract
{
    protected $_name = 'person';
}

class Model_Person
{
    /** @var Zend_Db_Table */
    protected static $table = null;

    /** @var Zend_Db_Table_Row */
    protected $person;

    public static function init() {
        if (self::$table == null) {
            self::$table = new Table_Person();
        }
    }

    protected static function factory(Zend_Db_Table_Row $personRow) {
        $personClass = 'Model_Person_' . ucfirst($personRow->person_type);
        return new $personClass($personRow);
    }

    public static function get($id) {
        self::init();
        $personRow = self::$table->find($id)->current();
        return self::factory($personRow);
    }

    public static function getCollection() {
        self::init();
        $personRowset = self::$table->fetchAll();
        $personArray = array();
        foreach ($personRowset as $person) {
            $personArray[] = self::factory($person);
        }
        return $personArray;
    }

    // protected constructor can only be called from this class, e.g. factory()
    protected function __construct(Zend_Db_Table_Row $personRow) {
        $this->person = $personRow;
    }

    public function login($password) {
        if ($this->person->password_hash ==
            hash('sha256', $this->person->password_salt . $password)) {
            return true;
        } else {
            return false;
        }

    }

    public function setPassword($newPassword) {
        $this->person->password_hash = hash('sha256',
            $this->person->password_salt . $newPassword);
        $this->person->save();
    }
}

class Model_Person_Admin extends Model_Person { }
class Model_Person_Associate extends Model_Person { }

$person = Model_Person::get(1);
print "Got object of type ".get_class($person)."\n";
$person->setPassword('potrzebie');

$people = Model_Person::getCollection();
print "Got ".count($people)." people objects:\n";
foreach ($people as $i => $person) {
    print "\t$i: ".get_class($person)."\n";
}

"I thought static methods were bad which is why I was trying to create the table level methods as instance methods."

我不接受任何笼统的说法，即 static 总是不好的，或者单例总是不好的，或者 goto 总是不好的，或者你有什么。做出如此明确声明的人希望将问题过于简单化。适本地使用语言工具，它们会对你有好处。

也就是说，当您选择一种语言结构时，通常需要权衡取舍，它使做某些事情变得更容易，而做其他事情却更难。人们经常指出 static 使得编写单元测试代码变得困难，而且 PHP 也有一些与静态和子类化相关的烦人的缺陷。但也有优点，正如我们在这段代码中看到的那样。您必须根据具体情况自行判断优势是否大于劣势。

"Would Zend Framework support a Finder class?"

我认为没有必要。

"Is there a particular reason that you renamed the find method to be get in the model class?"

我将方法命名为 get() 只是为了区别于 find()。 “getter”范式与 OO 接口(interface)相关，而“finder”传统上与数据库相关。我们正在尝试设计域模型以假装不涉及数据库。

"And would you use continue to use the same logic to implement specific getBy and getCollectionBy methods?"

我会拒绝创建一个通用的 getBy() 方法，因为它很容易让它接受一个通用的 SQL 表达式，然后将它逐字传递给数据访问对象。这将我们的域模型的使用与底层数据库表示相结合。

关于php - 如何在 Zend Framework 中设计域层对象来表示多个对象和单个对象？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/373244/