DDD:将服务注入实体是否可以
|
我有一个Zone对象树:
class Zone {
protected $parent;
public function __construct(Zone $parent) {
$this->parent = $parent;
}
}
区域中没有子项或后代属性,因为我想避免在域模型中管理这些关系的痛苦. 相反,域服务在数据库中维护一个闭包表,以便在任何级别将区域映射到其所有后代. 现在,我有一个可以分配一个或多个区域的用户: class User {
protected $zones;
public function assignZone(Zone $zone) {
$this->zones[] = $zone;
}
}
我的问题是,在为用户分配新区域之前,我想通过其后代之一明确地或隐式地检查该区域是否已经分配. 因此,我希望我的控制器将服务暂时注入此方法,以执行必要的检查: class User {
protected $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;
}
}
这是一个好的做法,或者如果不是,那么正确的选择是什么? 解决方法
我增加了一些重点,因为它似乎有点矛盾.您不希望域中的“痛苦”,但您在域服务中管理关闭表.您需要将服务注入实体这一事实有时表明可以改进设计. 看起来你有一个区域层次结构.这似乎是您域名的重要组成部分.区域有父级和后代,所以也许你应该相应地建模它.管理这种关系的痛苦是一种“合理的”痛苦,因为你为了模特表达而这样做.在这种情况下,域驱动设计.区域本身将具有以下内容: zone->hasDescendant($newZone) 而且您不需要注入服务.事实上,你根本不需要服务.因为这项服务的唯一原因是维护闭包表.这不是域关注,只是一个持久性问题. 如果由于某些原因你还需要服务,最好将它注入到Zone类中.这样就可以在更接近其来源的情况下解决问题. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
