存储库模式和共享实体

Question

我正在考虑使用存储库设计模式进行数据抽象，我正在使用Phalcon PHP框架并使用以下结构：

ModelA
    |- Entity
        |- Entity1.php
        |- Entity2.php
        |- Entity3.php
    |- Repository
        |- RepositoryA.php
    |- Service
        |- ServiceA.php

现在，如果我必须在另一个ModelB中使用相同的Entity2.php，我将失去对存储库模式的最方便的使用，即我只能通过修改RepositoryA.php来改变Entity2.php的数据源。担心谁也可能使用过那个实体。 如果我不允许直接访问实体，我就无法跨多个存储库执行连接。

处理此问题的最佳方法是什么？

Answer 1

根据您的描述，我将假设ModelA / Repository / RepositoryA.php是一个具体的实现。 如果我正确理解您的问题，您还希望拥有ModelB / Repository / RepositorA.php，它们都访问相同的数据库表以提供相同的实体（例如，ModelA / Entity / EntityA.php）。

您可以做的一件事是将这两个RepositoryA类转换为接口，然后使用一个具体的类在其他地方实现，如下所示：

ModelA
    |- Entity
        |- Entity1.php
        |- Entity2.php
        |- Entity3.php
    |- Repository
        |- RepositoryA.php (interface, for dealing with ModelA\Entity\Entity1)
    |- Service
        |- ServiceA.php (depends on ModelA\Repository\RepositoryA)
ModelB
    |- Repository
        |- RepositoryB.php (interface, for dealing with ModelA\Entity\Entity1)
    |- Service
        |- ServiceB.php (depends on ModelB\Repository\RepositoryB)
Infrastructure
    |- Repository
        |- ConcreteEntity1Repository (concrete class that implements both RepositoryA and RepositoryB interfaces.  Somehow, an instance of this is passed to both ServiceA and ServiceB (dependancy injection or whatever you like))

这样，您可以将您正在使用的具体实现与服务层分开，从而在您需要时更灵活地更改内容。 （作为一个额外的好处，这将使得更容易进行单元测试代码等事情。）

使用这种方法，您可以在两个模型中有效地使用相同的存储库，但不会在它们之间创建任何耦合。 根据您的系统架构，以这种方式进行设置可能相当复杂，而且对于这种情况可能有点过分。

另一种方法可能是不使RepositoryA和RepositoryB成为一个接口，而是将它们转换为委托其工作的具体类，或者通过向它们传递一个公共的“Entity1Repository”（并让RepositoryA和RepositoryB包装它们需要的调用），或者通过创建一个它们都扩展的抽象基类，它包含任何常用功能。

这样做的另一个好处是，您还可以添加特定于一个模型的内容，而不是其他模型的一部分。 （例如，ModelA \\ Repository \\ RepositoryA可以有一个函数findRelatedTo（Entity3 $ entity3），而不强制ModelB知道实体3是什么。）

Answer 2

我对我的一个项目有类似的要求。 我创建了一个基类，存储库可以像Jory Geert的解决方案一样扩展。 这是我使用Phalcon 2.0和Doctrine 2创建的示例初学者项目 。实现不是那么干净，文档仍在进行中，但它应该给你一个想法。