我们还是先来拆词理解,领域模型可以拆为“领域”和“模型”二词。
把两个词结合起来,我们给领域模型下个定义:领域模型是对我们软件系统中要解决问题的抽象表达。
这个理解还是很生涩,没关系,容我娓娓道来。
我们知道,软件开发过程主要包括:需求分析、概要设计、详细设计、编码、测试、软件交付、验收、维护。其实简单来说就是分析、设计和实现。
而传统的软件开发方式中,系统分析、设计和实现三个阶段完全脱节,最后开发出来的软件不能很好的满足业务需求,在未来也不能很好的适应需求变化进行功能演进。
那在DDD中是如何做到呢,下面我们就从以下几个问题来分析说明。
通过上面对领域模型的来历和作用的介绍,我们对领域模型就有了一个大致的印象。
按照上面的理解,领域模型无非就是综合了系统分析和设计的产物,而这个产物我们正好可以通过UML来展示,下面我们就结合办公设备微信公众号在线商城案例,简单对销售子域进行领域模型设计。
从该销售子域的UML类图中,我们可以看出它包含了销售子域涉及到相关实体以及实体之间的关系。只要看到这个类图,我们就知道它涉及的相关概念和流程。所以说上面这张UML类图是销售子域的领域模型也不为过。
领域反应的是我们业务上需要解决的问题,模型是我们针对该问题提出的解决方案。 综合来说,领域模型就是用来描述我们正在解决的问题和提出的解决方案。
领域模型按照我个人的理解,就是将业务中涉及到的概念以面向对象的思想进行抽象,抽象出实体对象,确定实体所对应的方法和属性,以及实体之间的关系。然后将这些实体和实体之间的关系以某种形式(比如UML、图形、代码、文字描述等)展现出来。
以上只是领域模型理论上的理解,但领域模型的设计(领域建模)却是另一个复杂的话题,择日再聊。
参考资料: 领域模型,你真的理解的了吗? DDD领域驱动设计基本理论知识总结 What is the Domain Model in Domain Driven Design? | Culttt