Zend 框架中如何优化模型？

Question

我需要找出在 Zend Framework 中有效利用模型的最佳实践。

目前，我有扩展 Zend_Db_Table_Abstract 的类，它们处理我对每个类各自表的查询。

当我需要从控制器访问其中的 5 个表时，我发现自己为每个特定的 Zend_Db_Table 对象创建了 5 个新实例。这真是无效。

我考虑过实现工厂模式来创建新实例（或提供现有的静态副本），但不确定。这是最好的方法吗？

在不消耗过多资源的情况下处理模型的正确方法是什么？延迟加载应该在这里发挥作用吗？

[编辑] 例如，我有一个类用于处理从原始搜索查询中获取有关位置的详细信息，并且需要这些对象来解析查询：

// Initialize database object
$this->dbLocations = new Model_Locations;
$this->dbStates = new Model_States;
$this->dbZipcodes = new Model_Zipcodes;
$this->dbLookup = new Model_Lookup;

在另一个类中，我可能需要再次访问这些模型，所以我重复上面的代码。本质上是重新初始化可能为静态/单例的对象。

Answer 1

我倾向于像你一样在 DbTable 工作。当我需要在单个操作中查询多个表以在 dbTable 之上创建另一层模型时，我发现它很有效。类似于服务或领域层。这样我只需要调用一个模型，但我仍然拥有我需要的功能。

这是一个简单的示例，它最终可能与 5 个 DbTable 类以及很可能与几个 Row 类交互：

<?php

class Application_Model_TrackInfo
{


    protected $_track;
    protected $_bidLocation;
    protected $_weekend;
    protected $_shift;
    protected $_station;

    public function __construct() {
        //assign DbTable models to properties for convience
        $this->_track = new Application_Model_DbTable_Track();

    }

    /**
     *
     * @param type $trackId
     * @return type object
     */
    public function getByTrackId($trackId) {

        $trackData = $this->_track->fetchRow($trackId);
        //getAllInfo() Application_Model_Row_TRack
        $result = $trackData->getAllInfo();
        //returns std object reflecting data from 3 DbTable classes
        return $result;
    }

    /**
     *Get Station from trackid through bidlocationid
     *
     * @param type $trackId
     * @return type object
     */
    public function getStation($trackId){

        $data = $this->_track->fetchRow($trackId);
        //This a Application_Model_Row_Track method
        $result= $data->getStationFromBidLocation();

        return $result;
    }

} 

我希望这会有所帮助。

[编辑] 自从我写了这个答案以来，我已经了解了域模型和数据映射器的好处。哇，我的应用程序有什么不同。不是灵丹妙药，而是巨大的进步。
感谢
Alejandro Gervasio 在PHPMaster.com
Rob Allen Akrabat.com
和
Pádraic Brady Surviving The Deepend

感谢他们对理解这种模式的所有帮助。

Answer 2

您似乎处于一个需要有效数据管理的位置，该管理具有当前 Zend 框架不具备的功能。 Zend 没有用于处理任何类型数据库的内置引擎，它只是有一个包装类来帮助您编写查询。

您需要的是一个对象关系模型 (ORM)，它是专业框架中必不可少的。据我了解，ORM 本身就是一个框架，它具有模式和严格定义的“做事”方式，支持延迟加载（它充分利用了它）并最大限度地优化您的查询。当您使用 ORM 时，您甚至不编写 SQL，而是需要更改对数据存储的解释，您需要忘记表并专注于对象。例如，在 Doctrine 中，每个类型（表）都由一个类指定，每个记录（行）作为一个类实例，您可以在其中访问不同的方法和属性。它支持事件监听器和疯狂的级联关系。

删除记录时不再需要从相关表中提取行（它是自动的），不再需要编写复杂而混乱的脚本来确保文件系统同步，您可以随时迁移到几乎任何数据库引擎（mysql， postgresql, simplesql..) 等等..

我一直在将 Doctrine 2 与 Symfony 2 框架结合使用，我不得不说我不会再回到 Zend 做任何事情。是的，它既复杂又沉重，但确实是最终的解决方案。当您需要管理数以百万计的记录的数百个表时，您就会看到不同之处。

所以，最后的总结： ORM 是你需要的，有很多解决方案，我知道有两个非常好：Doctrine 1 或 2 和 Propel。

P.S.：ORM 是您系统的一个独立部分，因此您实际上不需要使用特定的框架，Zend 可以配置为与 Doctrine 完美配合 :)