原则2海关实体加载和持久化

Question

是否可以在每个实体的基础上实施条令2中的自定义水合作用和持久性？

原则2对价值对象（如集合和ID）有一些主要限制。我想知道是否可以使用自定义机制（或实现）将对象属性映射到数据库（加载和持久化）。

我知道有一些可能“解决”这个问题，但我不喜欢其中任何一个：

• 伪实体需要在实体中正确处理，从而将持久性层泄漏到域对象中

我知道条令中的生命周期事件可能是有用的。我无法确定postLoad事件是否携带一个已经构造好的实体对象（包含所有VO）？因为那样的话，我就没用了。

向你问好，斯皮甘德罗梅达

Answer 1

是的，您可以在config/packages/doctor.yaml中注册新的水合器，如下所示：

doctrine:
    dbal: ...
    orm:
        hydrators:
            CustomEntityHydrator: 'App\ORM\Hydrator\CustomEntityHydrator'
            ...
        mapping: ...
        ...

然后，您可以在查询中使用它，如下所示：

php prettyprint-override">public function findCustomEntities(): array
{
    return $this->createQueryBuilder('c')
        ...your query logic...
        ->getResult('CustomEntityHydrator');
}

请注意，您只能为根实体指定要使用的名称或名称。如果获取关联的实体，最终可能会出现更复杂的设置，难以调试。

相反，您可以考虑只在实体的接口中处理值对象（VOs）。换句话说，字段是标量值，但是方法参数和返回值是VOs。

下面是一个实体的示例，该实体的id类型为Uuid、位置（一些数字标识符）、状态（例如三元真/假/空）。这些仅用于展示如何处理不同类型的值对象：

/**
 * @ORM\Entity()
 */
class CustomEntity
{
    /**
     * @ORM\Id()
     * @ORM\Column(type="string", length=64)
     */
    private string $id;

    /**
     * @ORM\Column(type="int")
     */
    private int $location;

    /**
     * @ORM\Column(type="bool, nullable=true)
     */
    private bool $status;

    private function __construct(Uuid $id, Location $location, Status $status)
    {
        $this->id = (string) $id;
        $this->location = $location->getValue();
        $this->status = $status->get();
    }

    public static function new(Location $location, Status $status): self
    {
        return new self(Uuid::v4(), $location, $status);
    }

    public function getId(): Uuid
    {
        return Uuid::fromString($this->id);
    }

    public function getLocation(): Location
    {
        return new Location($this->location);
    }

    public function activate(): void
    {
        $this->status = true;
    }

    public function deactivate(): void
    {
        $this->status = false;
    }

    public function isActive(): bool
    {
        $this->status === true;
    }

    public function isInactive(): bool
    {
        $this->status === false;
    }

    public function isUninitialized(): bool
    {
        $this->status === null;
    }

    public function getStatus(): Status
    {
        if ($this->status === null) {
            return new NullStatus();
        }
        if ($this->status === true) {
            return new ActiveStatus();
        }

        return new InactiveStatus();
    }
}

如您所见，您可以用公共构造函数替换new（）。它的工作原理与二传手类似。我有时甚至在构造函数中为此使用（私有）setter。在这种情况下，如果您使用多个在内部设置值的方法，您甚至不需要设置器。类似地，在某些情况下，您可能希望返回标量值而不是VO（或者以另一种方式返回，如status getter和issers所示）。

关键是，从外部看，您的实体似乎会使用您的VO，但在内部，它已经切换到一种更适合ORM的表示形式。您甚至可以将其与使用VO和自定义类型（例如UUID）混合使用。您只需小心，当您的VO需要更多的信息来构建而不是存储在数据库中时，例如，如果我们示例中的数字位置在创建过程中也会使用区域设置，那么我们需要存储它（这很有意义，因为它似乎与数字id相关）或者我们必须在实体中硬编码它，或者在上面添加一个可以访问区域设置的抽象，在这种情况下，您的实体可能不会返回位置，或者至少不会返回LocalizedLocation。

您可能还想考虑对实体中的每一个属性没有VO。虽然它肯定会有帮助，例如，将电子邮件包装到自定义VO中以确保有效性，而不仅仅是字符串的类型提示，但对于（用户）名称这样的通用名称，它可能没有那么大的用处，因为名称种类繁多，所以它应该非常宽容地使用它所接受的字符串。使用上述方法，您可以在以后很容易地引入VO，方法是为VO添加新的getter、更改new（）或任何其他改变属性的方法，然后不必更改以下数据模型中的任何内容（除非对值的表示方式有更大的更改）。