加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > PHP教程 > 正文

php – 域驱动设计,实体延迟加载

发布时间:2020-12-13 22:10:39 所属栏目:PHP教程 来源:网络整理
导读:我对领域驱动设计(DDD)相当陌生,但我所理解的是你对应用程序服务说话,这是你的“模型”的入口.该服务可以与使用源(文件,数据库等)来获取数据的存储库进行通信.存储库返回一个实体. 这就是我所得到的全球理念.服务知道存储库但不知道实体等. 现在我有以下问题
我对领域驱动设计(DDD)相当陌生,但我所理解的是你对应用程序服务说话,这是你的“模型”的入口.该服务可以与使用源(文件,数据库等)来获取数据的存储库进行通信.存储库返回一个实体.

这就是我所得到的全球理念.服务知道存储库但不知道实体等.

现在我有以下问题.

我有一个实体用户,它类似于以下内容(仅作为示例)

<?php    
class User
{
    protected $name;
    protected $city_id;

    public function getCity()
    {
         // return $city_entity;
    }
}

getCity()函数返回城市实体.我希望此函数使用延迟加载,因此在使用用户存储库时注入CityEntity并不是非常懒惰的加载.

我带来了两个问题的解决方案.但我觉得两者都是针对DDD的负责人.

我提出的第一个解决方案是在用户实体中注入城市存储库,这有缺点:如果您需要更多存储库,则必须在实体中加载它们.它看起来像answer,但它看起来像是我的存储库的包装器.那么为什么不注入存储库呢?

第二种解决方案,您为实体提供服务定位器.这样做的缺点是除非您阅读代码,否则您不再需要哪些存储库.

所以现在问题是,在保持DDD原理完整的同时,提供延迟加载的灵活性的最佳方法是什么?

解决方法

DDD的一个主要观点是,您的域模型应该只表达有界上下文的无处不在的语言来处理业务规则.

因此,在DDD实体中,延迟加载是反模式.有一些原因:

>如果聚合只包含确保业务不变量所需的数据,那么它需要全部且数量很少,因此eager loading更好.
>如果您延迟加载数据,您的客户端必须处理那些relevant in business terms的特殊路径
>您可以使用shared identifiers来处理聚合之间的引用
>使用专用查询进行投影目的很便宜(通常称为read-model)

恕我直言,你永远不应该使用DDD实体作为数据访问技术:使用DTO.

有关详细信息,请查看Vaughn Vernon的Effective Aggregate Design.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读