（数据访问）服务类的结构是什么

Question

我了解到我应该使用服务类将实体持久保存到数据库中，而不是将此类逻辑放入模型/控制器中。我目前的服务类类似于

class Application_DAO_User {
    protected $user;
    public function __construct(User $user) {
        $this->user = $user
    }
    public function edit($name, ...) {
        $this->user->name = $name;
        ...
        $this->em->flush();
    }
}

我想知道这是否应该是服务类的结构？其中服务对象代表实体/模型？或者也许我应该在每次想要进行编辑时传递一个 User 对象，例如

public static function edit($user, $name) {
    $user->name = $name;
    $this->em->flush();
}

我正在使用 Doctrine 2 & Zend Framework，但这不重要

Answer 1

我认为你应该首先考虑你想对用户对象做什么。例如，如果您只想创建、更新和删除用户记录（CRUD），我可以想象这种类型的 API：

<?php
public function create (array $data = null)
{
    $user = new User($data);
    $this->_persist($user)
         ->_flush();

    return $user;
}

public function update (User $user, array $data)
{
    foreach ($data as $name => $value) {
        $user->$name = $value;
    }

    $this->_flush();

    return $user;
}

public function delete (User $user)
{
    $this->_remove($user)
         ->_flush();
}

我将方法分离到实体管理器，您可以创建如下所示的内容或完全跳过分离的方法。使用这些方法，您可以进行额外的检查（例如，如果您想持久化，可以检查对象是否已经持久化）。

protected function _persist ($obj)
{
    $this->_em->persist($obj);
    return $this;
}

protected function _detach ($obj)
{
    $this->_em->detach($obj);
    return $this;
}

protected function _remove ($obj)
{
    $this->_em->remove($obj);
    return $this;
}

protected function _flush ()
{
    $this->_em->flush();
    return $this;
}