领域驱动设计实战落地解惑
肉眼品世界
共 828字,需浏览 2分钟
·
2021-07-02 11:38
软件开发不是一蹴而就的事情,我们不可能在不了解产品(或行业领域)的前提下进行软件开发,在开发前,通常需要进行大量的业务知识梳理,而后到达软件设计的层面,最后才是开发。而在业务知识梳理的过程中,我们必然会形成某个领域知识,根据领域知识来一步步驱动软件设计,就是领域驱动设计(DDD)的基本概念。
DDD是更小粒度的迭代设计,它的最小单元是领域模型(Domain Model),所谓领域模型就是能够精确反映领域中某一知识元素的载体,这种知识的获取需要通过与领域专家(Domain Expert)进行频繁的沟通才能将专业知识转化为领域模型。领域模型无关技术,具有高度的业务抽象性,它能够精确的描述领域中的知识体系;同时它也是独立的,我们还需要学会如何让它具有表达性,让模型彼此之间建立关系,形成完整的领域架构。
通常我们可以用象形图或一种通用的语言(Ubiquitous Language)去描述它们之间的关系。在此之上,我们就可以进行领域中的代码设计(Domain Code Design)。到底什么是领域模型呢?
今天,分享的内容将从DDD适合使用的场景以及价值、四层分包在DDD落地实践中的最佳实践、基础设施层与ACL的落地经验、DDD核心模型腐化的思考与实践等多维度全方位对DDD进行解读。
推荐阅读:
评论