Doctrine2 存储库是保存我的实体的好地方吗？

Question

当我阅读有关存储库的文档时，通常是使用实体和存储库。集合，但以“只读”方式。

从来没有存储库具有诸如 insertUser(User $user) 或 updateUser(User $user) 之类的方法的示例。

然而，当使用 SOA 时，服务不应该与实体管理器一起工作（这是正确的，不是吗？）所以：

1. 我的服务应该了解全局实体管理器吗？
2. 我的服务是否应该只知道所使用的存储库（比如说 UserRepository 和 ArticleRepository）

从这两个问题，另一个问题，我的服务是否应该明确地 persist() & flush() 我的实体？

Answer 1

是的，存储库通常仅用于查询。

我是这样做的。 服务层管理持久性。控制器层知道服务层，但不知道模型对象如何持久化，也不知道它们来自哪里。控制器层关心的是要求服务层持久化并返回对象——它不关心它实际上是如何完成的。

服务层本身非常适合了解持久层：实体或文档管理器、存储库等。

下面是一些代码，可以使其更清楚：

class UserController
{
    public function indexAction()
    {
        $users = $this->get('user.service')->findAll();
        // ...
    }

    public function createAction()
    {
        // ...
        $user = new User();
        // fill the user object here
        $this->get('user.service')->create($user);
        // ...
    }
}

class UserService
{
    const ENTITY_NAME = 'UserBundle:User';

    private $em;

    public function __construct(EntityManager $em)
    {
        $this->em = $em;
    }

    public function findAll()
    {
        return $this->em->getRepository(self::ENTITY_NAME)->findAll();
    }

    public function create(User $user)
    {
        // possibly validation here

        $this->em->persist($user);
        $this->em->flush($user);
    }
}

Answer 2

如果您查看存储库模式http://martinfowler.com/eaaCatalog/repository.html ，

据说存储库使用“类似集合的接口”。

后来，还写到“对象可以添加到存储库中或从存储库中删除，就像它们可以从简单的对象集合中一样”。

我并不是说这是一本圣经，但从概念上讲，看到像可以查询的集合这样的存储库并没有什么问题。
但由于它是一个集合，您可以添加、删除......
事实上，ObjectRepository 应该实现 Doctrine\Common\Collection :)

另一方面，最重要的是不要搞乱读写，正如 CQS 所说。
这也许就是为什么他们不允许直接这样做，以避免滥用和读/写混合。

编辑：我应该谈论flush。这不应该在存储库本身中进行，因为它可能会破坏事务一致性。

您最好将 flush 调用移至包装整个业务事务逻辑的地方（处理命令 fe 的命令总线？）

Answer 3

那么，在不使用entityManager 的情况下如何获取存储库呢？毕竟，如果没有连接到数据库，实体就不会神奇地保存，因此您的服务必须以某种方式了解任何类型的连接。

我不了解 SOA 服务，但在我看来，如果您使用 $_em->getRepository()->save($entity) 或 根本没有区别$_em->persist($entity)。另一方面，如果您在存储库中使用刷新，您最终可能会遇到比需要更多的查询，因为您的存储库现在已经了解业务逻辑。

我认为有一种方法可以做到这一点“SOA 方式”，但我想它不会将实体保留在存储库中。