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

设计模式 – 域驱动设计中的图层

发布时间:2020-12-14 18:36:00 所属栏目:资源 来源:网络整理
导读:在域驱动设计中,域层被认为与其他层没有依赖关系.即,存储库接口具有域层,而实现位于基础结构层. 但是,有界上下文(具有域infra)被部署为一个单元/可部署.这些层实际上是LOGICAL而不是PHYSICAL.那么在域和基础架构之间绘制这个虚拟层分隔符有什么真正的优势呢
在域驱动设计中,域层被认为与其他层没有依赖关系.即,存储库接口具有域层,而实现位于基础结构层.

但是,有界上下文(具有域infra)被部署为一个单元/可部署.这些层实际上是LOGICAL而不是PHYSICAL.那么在域和基础架构之间绘制这个虚拟层分隔符有什么真正的优势呢?

更新

在传统的分层方法中,域(服务)被认为依赖于infra层.然而,当谈到DDD /清洁/六边形体系结构时,域独立于其他层.然而,具有清洁/六边形方法的事件仍然是域层具有由infra层实现的接口.

因此,无论您使用DDD /六边形还是传统的分层方法,您仍然需要模拟存储库等,即域实际上不是独立的.你有什么意见?

解决方法

Domain Model pattern背后的假设是域模型要么是应用程序中最复杂的部分,要么是比其他部分更频繁变化的部分.

域模型模式试图通过使域模型独立于其他问题来解决这一问题.这样做的一个优点是,您可以单独测试域模型,而不依赖于它的依赖关系.您还可以更改域模型,而无需更改应用程序的其他部分.

这些是主要优点,但也有缺点.解耦可能会使代码库难以导航,并且还往往需要在层之间进行大量映射.是否this is worthwhile取决于具体情况(域模型有多复杂,您有哪些其他验证方案等)

(编辑:李大同)

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

    推荐文章
      热点阅读