DDD：将服务注入实体可以吗

Question

我有一个 Zone 对象树：

class Zone {
    protected Zone $parent;

    public function __construct(Zone $parent) {
        $this->parent = $parent;
    }
}

该区域中没有 children 也没有 descendants 属性，因为我想要以避免在域模型中管理这些关系的痛苦。

相反，域服务在数据库中维护一个闭包表，以将区域映射到其任何级别的所有后代。

现在，我有一个可以分配一个或多个区域的用户：

class User {
    protected array $zones;

    public function assignZone(Zone $zone) {
        $this->zones[] = $zone;
    }
}

我的问题是，在向用户分配新区域之前，我想检查该区域是否尚未分配，通过其后代之一显式或隐式。

因此，我希望我的控制器将服务暂时注入到此方法中，以执行必要的检查：

class User {
    protected array $zones;

    public function assignZone(Zone $newZone, ZoneService $zoneService) {
        foreach ($this->zones as $zone) {
            if ($service->zoneHasDescendant($zone, $newZone)) {
                throw new Exception('The user is already assigned this zone');
            }
        }

        $this->zones[] = $zone;
    }
}

这是一个好的做法吗？如果不是，正确的替代方案是什么？

Answer 1

该区域没有子女或后代财产，因为我
希望避免管理域中这些关系的痛苦
型号。

相反，域服务在数据库中维护一个闭包表，
将一个区域映射到其任何级别的所有后代。

我加了一些强调，因为这看起来有点矛盾。您不希望域中出现“痛苦”，但您可以在域服务中管理闭包表。有时需要将服务注入实体这一事实表明设计可以改进。

看起来您有一个区域层次结构。这似乎是您域的重要组成部分。区域有父区域和子区域，因此也许您应该相应地对其进行建模。管理关系的痛苦是一种“合理”的痛苦，因为你这样做是为了模型表现力。在这种情况下，域驱动设计。因此区域本身将具有类似以下内容：

zone->hasDescendant($newZone)

并且您不需要注入服务。事实上，您根本不需要服务。因为这项服务的唯一原因是维护闭包表。这不是领域问题，只是持久性问题。

如果由于某些原因您仍然需要服务，最好将其注入到 Zone 类中。这样，问题就可以更接近其根源得到解决。