1.引言
我们还是先来拆词理解，领域模型可以拆为“领域”和“模型”二词。
领域：按照我们之前的文章的理解，DDD中的领域是指软件系统要解决的问题，如我们的办公设备公众号在线商城就是为了解决电商问题，对应的就是电商领域。
模型：百度百科解释为对于某个实际问题或客观事物、规律进行抽象后的一种形式化表达方式。如户型图就是实际房屋结构的模型。
把两个词结合起来，我们给领域模型下个定义：领域模型是对我们软件系统中要解决问题的抽象表达。
这个理解还是很生涩，没关系，容我娓娓道来。
2.领域模型的来历和作用
我们知道，软件开发过程主要包括：需求分析、概要设计、详细设计、编码、测试、软件交付、验收、维护。其实简单来说就是分析、设计和实现。
而传统的软件开发方式中，系统分析、设计和实现三个阶段完全脱节，最后开发出来的软件不能很好的满足业务需求，在未来也不能很好的适应需求变化进行功能演进。
那在DDD中是如何做到呢，下面我们就从以下几个问题来分析说明。
怎样确保最终的软件设计能满足客户需求且适应变化？
那就要保证系统分析、设计和实现不脱节。那如何做到不脱节呢？
如果按照我的理解，那就需要有某一个东西能贯穿整个开发流程，来衔接分析、设计和实现三个阶段。那这个东西是什么呢？
聪明如你，是的，就是我们今天的主题——领域模型。那领域模型是如何做到的呢？
在分析阶段，所有的参与人员（领域专家、设计人员、开发人员等）对业务进行需求分析，通过大家的不断交流讨论，提取出业务规则和流程中的关键词汇和概念形成通用语言，进而发现领域概念，随着大家对领域的认识不断深入，通用语言的词汇也会不断丰富和精准，从而确保了业务需求的正确表达。
在设计阶段，以通用语言为交流基础，将发掘的领域概念进行领域模型设计，以面向对象的思想抽象出实体，确定实体所对应的方法和属性，以及实体之间的关系。然后将这些实体和实体之间的关系以某种形式展现出来，形成领域模型。
在实现阶段，开发人员根据确立的领域模型进行代码实现，做到代码与模型的绑定，从而实现了设计和实现阶段的衔接。
通过这样一种方式，我们实现了语言、模型、代码三者紧密绑定，确保开发出来的软件来准确反应需求并能适应变化。
通过上面对领域模型的来历和作用的介绍，我们对领域模型就有了一个大致的印象。
3.案例分析
按照上面的理解，领域模型无非就是综合了系统分析和设计的产物，而这个产物我们正好可以通过UML来展示，下面我们就结合办公设备微信公众号在线商城案例，简单对销售子域进行领域模型设计。
从该销售子域的UML类图中，我们可以看出它包含了销售子域涉及到相关实体以及实体之间的关系。只要看到这个类图，我们就知道它涉及的相关概念和流程。所以说上面这张UML类图是销售子域的领域模型也不为过。
4.总结
领域反应的是我们业务上需要解决的问题，模型是我们针对该问题提出的解决方案。
综合来说，领域模型就是用来描述我们正在解决的问题和提出的解决方案。
领域模型按照我个人的理解，就是将业务中涉及到的概念以面向对象的思想进行抽象，抽象出实体对象，确定实体所对应的方法和属性，以及实体之间的关系。然后将这些实体和实体之间的关系以某种形式（比如UML、图形、代码、文字描述等）展现出来。
以上只是领域模型理论上的理解，但领域模型的设计（领域建模）却是另一个复杂的话题，择日再聊。
参考资料：
领域模型，你真的理解的了吗？
DDD领域驱动设计基本理论知识总结
What is the Domain Model in Domain Driven Design? | Culttt
相关文章
DDD理论学习系列（1）-- 通用语言
DDD领域驱动之干货 （一）
DDD理论学习系列（2）-- 领域
DDD理论学习系列（3）-- 限界上下文
从事件和DDD入手来构建微服务
WeText项目：一个基于.NET实现的DDD、CQRS与微服务架构的演示案例
【DDD/CQRS/微服务架构案例】在Ubuntu 14.04.4 LTS中运行WeText项目的服务端
原文地址：http://www.cnblogs.com/sheng-jie/p/6931622.html
.NET社区新闻，深度好文，微信中搜索dotNET跨平台或扫描二维码关注
