“AI 技术+人才”如何成为企业增长新引擎?戳此了解>>> 了解详情
写点什么

阅读者 (二十八):实现领域驱动设计

  • 2014-05-15
  • 本文字数:2398 字

    阅读完需:约 8 分钟

从 Eric Evans 写下经典名著 Domain-Driven Design: Tackling Complexity in the Heart of Software 至今,DDD 刚好发展了十年的时间。它几乎成了开发复杂软件系统主要的领域设计方法,既是面向对象(组件)设计的补充,又超越了面向对象(组件)设计。DDD 中提出的诸多概念如实体、值对象、聚合等,已经成为了耳熟能详的设计术语。DDD 社区的发展也如火如荼,似乎并没有被层出不穷的设计思想所取代,相反,它仍在强劲地发展,吸收了许多新的概念与方法,例如函数式编程思想、Event Source、CQRS 等。然而,就我个人所观察到的情况来看,许多项目虽然号称应用了 DDD 设计,但主要都停留在 Eric 所谓的“战术设计”层面。即使是战术层面,依旧有许多程序员没有弄明白实体与值对象之间的区别,不知道该怎么定义聚合以及聚合根,更谈不上合理地划分上下文(Context)。

我不明白其中内含的真实原因,只能冒昧地揣测是否 DDD 显得高高在上?究其原因,会否还是 Eric 惹的祸,他的那本经典之作美则美矣,却显得有些不接地气?至少,我的阅读感受正是如此。虽然在之后,国内也引进了其他一些与 DDD 相关的著作,例如 Jimmy Nilsson 的著作《领域驱动设计与模式实战》。这些书好虽好,却并没有全面深入地阐述领域驱动设计,更谈不上完整地实践,直到 Vaughn Vernon 的《实现领域驱动设计(Implementing Domain-Driven Design)》的出现。

这本书首先吸引我的是书中的第 2 章至第 4 章。虽然书中内容几乎忠实地反映了 Eric Evans 的 DDD 理论,但作者却创造性地在一开始就着眼于 DDD 的战略性设计,包括领域(Domain)、子域(Subdomain)、受限上下文(Unbounded Context)、上下文映射(Context Map)以及架构。以第 4 章架构为例,书中对 DDD 经典的分层架构进行了深入探讨与分析,并颠覆性地提出将基础设施层(Infrastructure Layer)置于用户接口层(User Interface Layer)之上。最初读来,简直让我莫名惊诧,然而仔细思索,从依赖倒置原则的角度来分析,实在是合乎情理。坦白说,它彻底解决了之前一直纠缠在我心底的一个问题:若我们视实体为 Repository 以及数据访问的对象,应将实体置于哪一层?在 DDD 中,实体对象承担了领域业务行为,但同时又可能通过 ORM 与数据表产生映射。基础设施层的数据访问对象(即传统的 DAO)需要调用这些实体对象。若它处于最底层,则会造成业务行为与基础设施的混合。若将实体与数据映射对象分离,既会造成对象之间的重复,又会导致不好的贫血对象。而将基础设施层放在分层架构的上端,非常巧妙地解决了这一问题。

我尤其喜欢本书引荐的由 Corkburn 提出的六边形(Hexagonal)架构。它完全突破了传统分层架构的窠臼,以独到的边界划分手法指导我们遵循关注点分离原则。该架构模式对端口(Port)与适配器(Adapter)的强调,使得我们可以在架构分析与设计时,更加关注系统之间的集成点,从而形成可视性极强的物理架构。这对于建立可伸缩的分布式架构尤有价值。我已在多个项目的架构设计中,运用了六边形架构模式,可谓收获颇丰。书中还提到了相对较新的 RESTful 架构,CQRS 架构以及事件驱动的架构模式和网格分布式计算。该书的附录还进一步探讨了聚合对象与事件源的组合设计。这些内容有助于我们树立整体的 DDD 架构观,可以说弥补了 Eric 书中对这些内容的空白。

Vaughn Vernon 是真正懂得写作的技术专家,他非常懂得如何“讨好”读者。翻开书,阅读第一章,你就会爱上它,爱上 DDD。书中给出的例子实在太棒了。看看他对 saveCustomer() 方法的版本演进,你会幡然醒悟,原来代码应该这样写。领域对象是一位谨慎的保密者,他严格地谨守着自己的秘密,只把业务外部行为暴露给你,使得你可以读懂它,却不应该干扰它的内部实现。这正是 DDD 中通用语言的价值。身为一名技术人员,我们精通 Java、C#、Scala、Ruby 等等语言,却忘了在企业开发中,真正需要展现的其实是业务通用语言。写代码首先是与人交流,而不是机器。

本书的精彩章节有很多,几乎阅读每篇都会有感悟。但我个人认为,尤其彰显本书价值的是第 8 章与第 10 章。并非其他章节不够好,但相对于实体、值对象等容易理解的概念而言,聚合总是被人所误用,又或者让人茫然不知所措。第 10 章总结了非常实用的聚合设计原则。例如,在一致性边界之内对真正的不变量进行建模的原则;设计小聚合的原则;通过唯一标识引用其他聚合的原则。在边界之外使用最终一致性的原则。

至于第 8 章介绍的 Domain Event,则是因为它不同于 Eric 的著作,将事件当做了与实体同等地位的头等公民。结合本书对事件驱动以及事件源的讲解,相信你在之后的领域建模时,会重视对领域事件的识别。若能正确地理解事件,则可以更好地掌握 CQRS 模式,并因地制宜地运用这一模式。

该书书名为 Implementing(实现) Domain-Driven Design,就说明作者的意图是要让 DDD 真正落地。怎么做到?——上实例!书中给出的虽然是虚拟案例,却非常接近真实。作者甚至按照一种演进设计的方式深入浅出地介绍了这两个完整案例。最能够帮助人理解的是,他在讲授 DDD 时,还结合案例给出了之前欠佳的反面案例,并通过识别设计的坏味道,运用 DDD 方式对其进行改进。作者甚至创造了虚拟的场景,使得我们在阅读这些内容时,就好像真正参与了设计师的讨论,甚至能听到他们的唇枪舌剑,最后是 DDD 专家的总结陈词,真好比身临其境地加入了这个虚拟团队,一起学习,一起分享,共同成长。

坦白说,我在阅读本书时方才发觉自己在 DDD 上的浅薄无知。或许是自己的悟性不够,未能很好地理解 Eric 提出的 DDD 概念。阅读此书,让我有醍醐灌顶之感。现在,对于 DDD,我已渐窥门径。若能多结合项目实践,定能登堂入室,甚至走得更远。


感谢张逸对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2014-05-15 08:568133
用户头像

发布了 109 篇内容, 共 39.6 次阅读, 收获喜欢 13 次。

关注

评论

发布
暂无评论
发现更多内容

从字符串到常量池,一文看懂String类设计

程序员DMZ

JVM 常量池 intern

实时即未来?一个小微企业心中的流计算

Apache Flink

大数据 flink 流计算 实时计算

高承实:区块链将对哪些场景赋能,如何赋能?

CECBC

区块链技术 产业 赋能

细说几种内聚

落英亭郎

高内聚 面向对象设计 面向对象思想

依赖倒置总结

石刻掌纹

Flink作业问题分析和调优实践

Apache Flink

大数据 flink 流计算 实时计算

POJO类中布尔类型为啥不让用isXxx命名

Java课代表

TiDB原理解析

Chank

图解 Vue1.0 响应式系统

前端黑板报

源码分析 Vue Reactive

软件设计原则作业

梅子黄时雨

极客大学架构师训练营

使用wavm运行wasi wasm程序

Foliage

奈学教育《大数据架构师》课程大纲(1)

奈学教育

大数据

数仓大法好!跨境电商 Shopee 的实时数仓之路

Apache Flink

大数据 flink 流计算 实时计算

【面向对象】—依赖倒置、接口隔离

不二架构

极客大学架构师训练营 依赖倒置 接口隔离原则

XSKY发布S3 Console,助力企业轻松玩转非结构化数据可视化管理

XSKY星辰天合

【玩转写作社区】如何让专业编辑青睐你的文章?被推荐置顶?

InfoQ写作社区官方

写作平台 InfoQ 玩转写作平台 热门活动

如何看待年仅 28 岁的程序员实现财务自由,宣布从字节跳动退休?

非著名程序员

程序员 自由职业 程序人生 财富

《实现领域驱动设计》拆书稿 DDD入门 & 领域、子域和限界上下文

三界

架构 领域驱动设计 DDD

Flink on Zeppelin (4) - 机器学习篇

章剑锋_Jeff

大数据 flink 学习 流计算 Zeppelin

依赖倒置原则

Jeannette

Flink 在快手实时多维分析场景的应用

Apache Flink

大数据 flink 流计算 实时计算

第二周作业

Diven

Apache Flink 误用之痛

Apache Flink

大数据 flink 流计算 实时计算 数据处理

软件开发简史

Jeannette

架构师训练营第二周课程感想1

tuuezzy

Java 架构师

二叉查找树的解读和实现

ytao

Java 数据结构

奈学教育《百万架构师》课程大纲(1)

奈学教育

架构师

架构师-第二周

师哥

奈学教育《百万架构师》课程大纲(1)

古月木易

极客大学架构师训练营

使用 Python 制作酷炫多彩的 Jenkins 插件词云图

donghui

jenkins wordcloud

记录一下,我的记录之道

非著名程序员

学习 程序员 提升认知 工作效率

阅读者(二十八):实现领域驱动设计_语言 & 开发_张逸_InfoQ精选文章