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

Question

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

从来没有例子说明存储库有像insertUser(User $user) 或updateUser(User $user) 这样的方法。

但是，在使用 SOA 时，Service 不应该与 Entity Manager 一起使用（没错，不是吗？）所以：

1. 我的服务应该知道全局 EntityManager 吗？
2. 我的服务是否应该只知道使用的存储库（比如 UserRepository 和 ArticleRepository）

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

Answer 1

好吧，不使用 entityManager 时如何获取存储库？毕竟，如果没有与数据库的连接，实体不会被神奇地保存，因此您的服务必须以某种方式知道任何类型的连接。

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

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

Answer 2

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

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

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

这里有一些代码让它更清楚：

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 3

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

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

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

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

另一方面，最重要的是不要像 CQS 所说的那样搞乱读写。 这可能是他们不允许直接这样做的原因，以避免滥用和读/写混合。

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

您最好将 flush 调用移动到包装整个业务事务逻辑的东西（处理命令 f.e 的命令总线？）