今天学到的新知识点，领域模型 Domai【转载请注明来源】【关注微信公众号：wwwtangshuangnet】n Model。简单总结一下，什么是领域【未经授权禁止转载】【原创内容，转载请注明出处】模型？领域模型有哪些好处？如何在开发中运本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。用领域模型？

什么是领域模型？

有两个领域对领域模型做出解释。

• 管理领域：领域模型是对整个行业的工作模式【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net的抽象总结。
【关注微信公众号：wwwtangshuangnet】【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。
• 软件领域：领域模型是对对象普遍性的最高抽【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。象。
著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。【转载请注明来源】转载请注明出处：www.tangshuang.net

虽然出发点不同，但是实际上表达意思的核心【原创不易，请尊重版权】原创内容，盗版必究。思想是一致的。要理解领域模型，首先看下“转载请注明出处：www.tangshuang.net原创内容，盗版必究。领域”的概念。横向比较，domain对应原创内容，盗版必究。未经授权，禁止复制转载。的是range，domain是定义域，r转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。ange是值域。纵向对比，领域是比专业/未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net职业/业务更高水平的概念，例如我们经常说本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。“机器人领域”“水产品领域”“航空航天领【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net域”。“领域模型”概念的核心思想，就是寻【版权所有，侵权必究】【原创不易，请尊重版权】找某一宽泛范围内的行为模式的共性，抽象为【本文首发于唐霜的博客】原创内容，盗版必究。可适用于这一范围内所有行为的普遍性原则、本文作者：唐霜，转载请注明出处。【本文首发于唐霜的博客】规律或方法。

在编程领域怎么去理解？从大的层面讲，电商【关注微信公众号：wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net类应用与OA办公应用是两个领域的应用，它【关注微信公众号：wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】们适用不同的业务领域模型。从小的角度讲，【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。用户鉴权和订单跟踪这两个业务完全不同，适著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】用不同的编程领域模型。这里你可以发现两个【原创不易，请尊重版权】【原创内容，转载请注明出处】点：1）虽然鉴权和订单领域模型不同，但是原创内容，盗版必究。转载请注明出处：www.tangshuang.net这两个业务之间可能存在联系，比如是否得到本文作者：唐霜，转载请注明出处。【本文受版权保护】订单信息基于鉴权的结果；2）虽然电商应用原创内容，盗版必究。【关注微信公众号：wwwtangshuangnet】和OA应用业务场景不同，但是它们可能都需著作权归作者所有，禁止商业用途转载。【原创内容，转载请注明出处】要鉴权。

所以，从编程角度看，领域模型实际上既要解转载请注明出处：www.tangshuang.net【版权所有，侵权必究】决对象抽象的问题，也要解决对象间的关系问著作权归作者所有，禁止商业用途转载。【版权所有，侵权必究】题，还要解决在什么事件下触发对象关系的转著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。变问题。

领域模型有哪些好处？

这里的好处是指相对于业务模型来说。我们开【作者：唐霜】著作权归作者所有，禁止商业用途转载。发过程中，经常基于业务场景去进行设计。而【本文受版权保护】【关注微信公众号：wwwtangshuangnet】一个应用系统的开发，必须应对业务需求的变【原创内容，转载请注明出处】未经授权，禁止复制转载。化。特别是办公软件这种系统，一个企业使用转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net办公软件，必然遵循企业管理的流程，而流程原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。变更是常有的事，基于业务场景去设计和架构【作者：唐霜】著作权归作者所有，禁止商业用途转载。软件，并持续迭代，最终带来的后果就是在多【关注微信公众号：wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】次迭代之后，不得不进行重构。而如果该次重【转载请注明来源】本文版权归作者所有，未经授权不得转载。构仍然基于业务模型去重构的话，必然还会经【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】历再一次的重构。因为一个业务模型是无法适【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。应所有业务场景的。所以，一旦现实中的业务本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。需求迭代了，给原有的技术架构造成必须重构【本文受版权保护】【作者：唐霜】的影响时，开发者没有任何回旋余地。

而如果基于领域模型设计软件，那么可能接受原创内容，盗版必究。【本文受版权保护】的代价更小。在分析业务本身时，不只为了实【作者：唐霜】【版权所有，侵权必究】现业务去设计架构，而是从行业的普遍性出发【未经授权禁止转载】未经授权，禁止复制转载。去设计架构，同时结合自己的业务特征，再在【未经授权禁止转载】【转载请注明来源】设计好的架构上包上一层。哪一天自身的业务【本文受版权保护】【版权所有，侵权必究】发生变化，往往只需要在上面包的那一层上做【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net调整。在软件整体上，分不同的层“视图层-【本文受版权保护】【本文受版权保护】业务层-数据层”，在每一层中又具体的去划【关注微信公众号：wwwtangshuangnet】转载请注明出处：www.tangshuang.net分，比如业务层“领域模型-业务模型-流转【版权所有，侵权必究】著作权归作者所有，禁止商业用途转载。模型”。而且在设计之初，每一个领域（鉴权【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】、订单等）都采用行业标准，再在行业标准基原创内容，盗版必究。【本文首发于唐霜的博客】础上包一层实现定制。那么这一就可以以最小【未经授权禁止转载】【未经授权禁止转载】的成本，把知识沉淀在自己的真实业务代码中【版权所有】唐霜 www.tangshuang.net本文作者：唐霜，转载请注明出处。。

如何运用领域模型？

以下是我在这篇文章中看到的建议。

• 理解后端领域模型
【作者：唐霜】【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。
• 建立前端领域模型
【本文首发于唐霜的博客】【转载请注明来源】【转载请注明来源】本文版权归作者所有，未经授权不得转载。
• 分离领域层
【本文首发于唐霜的博客】【版权所有，侵权必究】【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net
• 主导接口约定
【关注微信公众号：wwwtangshuangnet】原创内容，盗版必究。未经授权，禁止复制转载。未经授权，禁止复制转载。
• 开发中注意业务含义
著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。
• 实时同步
【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。

简单讲，就是要建立抽象类，这些类去定义领原创内容，盗版必究。【版权所有，侵权必究】域对象的属性、方法，而且这些类要有一定的未经授权，禁止复制转载。未经授权，禁止复制转载。内在联系，可扩展。在视图层可以被很好的使【版权所有，侵权必究】【访问 www.tangshuang.net 获取更多精彩内容】用，并不需要在视图层去撰写业务逻辑。

一些相关话题的文章：

• https://juejin.im/po本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】st/5d3926176fb9a07ef未经授权，禁止复制转载。【本文受版权保护】161c719
【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。
• https://zhuanlan.zhi本文作者：唐霜，转载请注明出处。【本文受版权保护】hu.com/p/37904835
未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net
• https://juejin.im/po【本文首发于唐霜的博客】【转载请注明来源】st/5b1c71ad6fb9a01e5【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】918398d
【版权所有，侵权必究】【关注微信公众号：wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net
• https://zhuanlan.zhi【作者：唐霜】本文版权归作者所有，未经授权不得转载。hu.com/p/109114670
【本文受版权保护】【转载请注明来源】【关注微信公众号：wwwtangshuangnet】
• https://www.jianshu.原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。com/p/fe45506ea358
【转载请注明来源】【版权所有】唐霜 www.tangshuang.net
• https://zhuanlan.zhi【未经授权禁止转载】【原创不易，请尊重版权】hu.com/p/59886663
本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】【原创不易，请尊重版权】【版权所有，侵权必究】
• https://www.cnblogs.本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。com/luminji/p/370308【本文首发于唐霜的博客】转载请注明出处：www.tangshuang.net2.html
【作者：唐霜】【未经授权禁止转载】【转载请注明来源】【版权所有】唐霜 www.tangshuang.net

另外，刚才在阅读的时候，发现“视图模型”本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。“业务模型”“领域模型”这些概念。现在前【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。端编程实际上大部分是杂糅“视图模型”和“【原创内容，转载请注明出处】【关注微信公众号：wwwtangshuangnet】业务模型”，也就是MVVM中的VM那一套未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。东西，真正的MVC还非常少见。