Zend框架模型设计

Question

我正在 Zend Framework 中构建一个应用程序。我的模型由三层组成：域类、数据映射器类和为所有外部通信提供接口的服务层。目前，数据映射器类仅在我的服务层中使用，域类是简单的 php 对象，仅包含特定于其域的信息。我的意思的一个非常粗略的例子......

//domain class
public class User{
   // data and functions specific to the user domain
}

//service class
public class UserService{
    // service contains an instance of the mapper class
    protected $_mapper = 

    public function fetch($id){
        return $this->_mapper->find($id);
    }
} 

//mapper class
public class UserMapper{
    protected $_dbTable = new Zend_Db_Table('user');

    public function find(){
        return new User($this->_dbTable->find($id)->current());
    }

}

我会像这样在控制器中检索一个用户对象

$user = $this->_service->fetch($id);

到目前为止这一切都很好，但现在我想这样做

$user = $this->_service->fetch($id);
$recipeCount = $user->getRecipeCount();

新数据来自另一个表，我不想每次加载用户时从数据库中提取所有这些信息，我想在调用 getRecipeCount 函数时延迟加载该信息。我想我的问题是实现这一目标的最佳实践是什么？就消费者而言，该信息特定于用户的域，因此我认为应该从 User 类调用它。为了实现这一点，域类需要包含自己的映射器实例，但这是否否定了首先拥有服务类的意义？我真的不想每次都这样做。

$recipeCount = $this->_service->getRecipeCount($user);

任何想法将不胜感激

Answer 1

给定一个 User 对象，毫无疑问，您可以询问有关该用户的大量信息：获取他的所有组、获取他的所有帖子、获取他的所有食谱等。

很容易认为其中每一个都必须代表一种方法User 对象本身：

$groups = $user->getGroups();
$posts = $user->getPosts();
$recipes = $user->getRecipes();
// etc

在这种情况下，像 Doctrine (#FTW!) 这样的 ORM 可以帮助管理这些类型的关系，为您提供一种查询语言，您可以使用它贪婪加载或延迟加载用户实体图。

但我认为这里有不同观点的空间。为什么这些必须是 User 对象本身的方法？它们是否可以是服务/存储库类上的方法：

$groups  = $groupService->getGroupsByUser($user);
$posts   = $postService->getPostsbyUser($user);
$recipes = $recipeService->getRecipesByUser($user);
// etc

这些服务/存储库类中的每一个都可能使用其自己的映射器类来实例化，以访问其底层数据源。这样，在创建/加载用户对象时就不存在惰性/贪婪的问题。如果您想获取相关实体，请在您需要时通过适当的服务/存储库直接访问它们。

并不是说它应该总是这样或那样。事实上，恰恰相反：两种方法都有自己的位置。选择在哪种情况下使用哪一种既涉及对性能的客观分析，也可能涉及不少个人审美。

只是大声思考。 YMMV。

Answer 2

这似乎是一个在 Model_DbTable_Users() 中定义表关系会派上用场的地方。这样，您就可以在您认为合适的级别上对用户执行 findDependentRowset() 查询。尽管看起来您可能希望将其置于服务级别。

表关系