【第三格】如何实现领域驱动设计

从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,我已渐窥门径。若能多结合项目实践,定能登堂入室,甚至走得更远。

原文发布于微信公众号 - 逸言(YiYan_OneWord)

原文发表时间:2014-08-25

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏blackpiglet

Stack Overflow 那些让人头大的规矩

今年 stackoverflow.com 已经上线十年,Stack Overflow 可以说是最好的软件类问答网站了,给软件开发人员工作和学习提供了非常大的便利...

975
来自专栏SeanCheney的专栏

2018-05-04 Python的“江湖地位”京东 计算机与互联网当当 计算机/网络中国亚马逊 计算机与互联网美国亚马逊 Computer Science英国亚马逊 Computer Scien

1765
来自专栏程序员互动联盟

编程小白喜欢走的几条弯路

经常有小伙伴通过小编微信号问一些编程的常识,语言基础或者是职业方向之类的问题,小编归纳了以下四点供大家参考 第一:盯住一个问题牢牢不放,不搞定这个问题,绝不向下...

34411
来自专栏老九学堂

给所有初学编程的人的干货

现在IT新技术日新月异。就常用编程语言而言,有c/c++、汇编、java,c#、Python等; 操作系统平台有unix /linux,windows系列; 开...

2929
来自专栏老九学堂

这可能是最全的编程入门指南

为何要学编程 乔布斯说,「每个人都应该学习编程,因为它教会你思考的方式」。 我们学习编程,是不一定要成为程序员的。就像每个人都应该学习法律,但不是都要成为律师;...

2696
来自专栏大数据

纳米白与Pandas

温井很久没有来更新,感谢小伙伴幕黑君积极推送文章,希望大家喜欢。 温井消失的理由,说来很不好意思。 一是后来意识到上一篇中提到的后台留言的粉丝,其实是给幕黑君留...

16310
来自专栏华章科技

7个实战案例、24个学习视频、12G干货资料...今天带你免费入门Python数据分析!

你花了大半天整合了一张数据表,却因为其他部门的错误,导致表格结构全错了!于是你又要吭哧吭哧重新来过……

613
来自专栏坚毅的PHP

【读书笔记】linux编程艺术

一、哲学 1、Rule of Modularity: Write simple parts connected by clean interfaces. 1、模...

3219
来自专栏杨建荣的学习笔记

关于职业生涯(r10笔记第53天)

下午在看Python的一本书的时候,突然脑袋里冒出了很多的想法。而且看着看着想起了很多以前的学习经历,这可能是一个悟道的开始吧。这么说吧,悟性是一个人学...

3389
来自专栏玉树芝兰

如何高效学Python?

如果你一直想学Python,但是不知道如何入手,那就别犹豫了。这篇文章就是为你写的。

732

扫描关注云+社区