首发于 https://mp.weixi著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.netn.qq.com/s/3oa6pDQVr【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。xKWI7IrN5ZKRQ

【版权所有，侵权必究】著作权归作者所有，禁止商业用途转载。【版权所有，侵权必究】

【本文受版权保护】原创内容，盗版必究。

导语：笔者在react项目中尝试使用DD本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】D方法论，为业务对象建模，以更好的理解和【本文首发于唐霜的博客】【转载请注明来源】把握业务。本文从对业务的思考、react本文版权归作者所有，未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】项目的特征出发，阐述笔者在项目中进行的前【关注微信公众号：wwwtangshuangnet】著作权归作者所有，禁止商业用途转载。端DDD探索，以抛砖引玉，和读者一起思考转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】前端DDD的理解和方法。

【本文首发于唐霜的博客】【原创不易，请尊重版权】未经授权，禁止复制转载。

前言

笔者所处的业务团队服务于腾讯投资M&am转载请注明出处：www.tangshuang.net原创内容，盗版必究。p;A部门，其中系统涉及的投资相关业务在原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.net国内具有典型意义，是覆盖一级市场、二级市本文版权归作者所有，未经授权不得转载。【作者：唐霜】场、基金的多品类全流程的投资系统，其中包本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】含了对投资项目本身的业务处理，也包含了投原创内容，盗版必究。未经授权，禁止复制转载。资流程的工作处理（类比OA系统），还包括【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。了其他大部分系统需要考虑的技术建设（例如转载请注明出处：www.tangshuang.net【本文首发于唐霜的博客】基于安全性考虑的数据、合同文件、电子签等本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。）。这些方方面面的建设使得这套系统在除了著作权归作者所有，禁止商业用途转载。【本文受版权保护】技术本身之外，对业务的掌握能力非常重要。【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】虽然技术团队跟随产品团队完成技术开发，但本文版权归作者所有，未经授权不得转载。【转载请注明来源】是在一些具体问题上，如果对业务不熟悉，很未经授权，禁止复制转载。【原创内容，转载请注明出处】难真正处理好开发过程中的某些具体的逻辑代转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.net码，而对于投资系统而言，准确实现业务是最本文作者：唐霜，转载请注明出处。原创内容，盗版必究。基本的要求，否则带来的风险可想而知。这也【转载请注明来源】【原创内容，转载请注明出处】给我们技术团队带来了巨大挑战，如何在如此【未经授权禁止转载】【原创不易，请尊重版权】复杂的系统中，比较合理的掌握每一个技术细【本文受版权保护】著作权归作者所有，禁止商业用途转载。节背后的业务逻辑，确保业务实现的准确呢？

【访问 www.tangshuang.n【关注微信公众号：wwwtangshuangnet】【关注微信公众号：wwwtangshuangnet】et 获取更多精彩内容】转载请注明出处：www.tangshua未经授权，禁止复制转载。【作者：唐霜】ng.net

我把目光瞄准了DDD，这个由Eric E【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。vans在《Domain-Driven 【原创不易，请尊重版权】【作者：唐霜】Design: Tackling Com本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】plexity in the Heart著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。 of Software》（2004）总【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net结提出的一整套概念和方法论。在阅读人民邮转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.net电出版社出版的翻译版本之后，我开始收集各【本文首发于唐霜的博客】原创内容，盗版必究。种资料学习和思考，探索在前端践行DDD的【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。可能性。我想，基于DDD的理念，可以帮助本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】我所处的团队合理的形成良好的业务沟通规范【原创内容，转载请注明出处】【原创不易，请尊重版权】和业务逻辑沉淀流程，通过DDD在技术方面原创内容，盗版必究。转载请注明出处：www.tangshuang.net的指导，帮助我们构建更加稳固的业务系统。【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。基于这样的想法，我开启了相关的探索。

【作者：唐霜】本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。

什么是DDD？

Domain-Driven Design本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。是从实际业务出发，站在解决领域问题的角度【本文受版权保护】未经授权，禁止复制转载。去思考和设计系统的方法论。在我看来，它包著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。含了两个方面的内容：沟通方法论和研发方法本文版权归作者所有，未经授权不得转载。【本文受版权保护】论。

【原创不易，请尊重版权】【原创不易，请尊重版权】【访问 www.tangshuang.n本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。et 获取更多精彩内容】

Eric从另一个角度让我们技术人员重新思本文作者：唐霜，转载请注明出处。本文作者：唐霜，转载请注明出处。考自己的工作方式，对于面临复杂业务的系统本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】开发的技术人员，不能一上来就开始进行系统本文版权归作者所有，未经授权不得转载。【本文受版权保护】设计和代码实现，他们要做的第一步，应该是【原创不易，请尊重版权】【作者：唐霜】和领域专家一道，基于某种大家都能理解的专【关注微信公众号：wwwtangshuangnet】本文版权归作者所有，未经授权不得转载。业语言，构建出一套领域模型，这也就是我所【本文首发于唐霜的博客】【版权所有，侵权必究】讲的“沟通方法论”。而这个步骤，是我们现本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】在的很多开发团队完全没有考虑过的事情。首【转载请注明来源】原创内容，盗版必究。先，这里的“领域”（Domain）是指一著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。类事物的集合，比如我们常讲的金融领域、通著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。信领域、数学领域等等。你可以很明显的感知【作者：唐霜】本文作者：唐霜，转载请注明出处。到，“领域”意味着“边界”，意味着某些“【原创内容，转载请注明出处】【转载请注明来源】共性”和某些“特性”。领域专家就是这些特【作者：唐霜】【未经授权禁止转载】定业务领域的资深工作者，对该领域的业务非未经授权，禁止复制转载。未经授权，禁止复制转载。常了解，是该领域的行家。要让技术人员和领未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net域专家坐在一起构建出对应业务的领域模型，【关注微信公众号：wwwtangshuangnet】【版权所有，侵权必究】必须摒弃他们各自在自己工作范围内的狭义概【作者：唐霜】未经授权，禁止复制转载。念，大家找到一种相互都可以理解的概念表达【转载请注明来源】著作权归作者所有，禁止商业用途转载。方式，来最终确认各自提出的问题和回答对方未经授权，禁止复制转载。【转载请注明来源】都能准确理解。这在我看来，就是世界上最高原创内容，盗版必究。【本文受版权保护】效的沟通方式，没有之一。

【版权所有，侵权必究】【原创内容，转载请注明出处】【访问 www.tangshuang.n【版权所有，侵权必究】【本文受版权保护】et 获取更多精彩内容】未经授权，禁止复制转载。

我们可以使用DSL（领域专用语言）来完成【访问 www.tangshuang.net 获取更多精彩内容】【本文首发于唐霜的博客】这一沟通，领域专家和技术专家（姑且这么叫原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】吧～）基于统一语言，构建领域模型，可想而【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。知，这一模型是无法直接作为代码运行的。开【版权所有】唐霜 www.tangshuang.net【未经授权禁止转载】发人员要做的，是基于该领域模型，用代码将【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。其准确实现。而Eric充分考虑到一个系统原创内容，盗版必究。转载请注明出处：www.tangshuang.net在技术实现时，和现实世界存在差异，因此，【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。提出了非常多的技术建模方案（Scheme转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net）和配套的架构理念，让技术专家在和领域专未经授权，禁止复制转载。【关注微信公众号：wwwtangshuangnet】家构建领域模型时，有意无意的引导领域专家【转载请注明来源】【转载请注明来源】一起构建出更加符合后期技术实现的模型架构【关注微信公众号：wwwtangshuangnet】【本文首发于唐霜的博客】体系。

【访问 www.tangshuang.n【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】et 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。【转载请注明来源】 【访问 www.tangshuang.n【作者：唐霜】【本文首发于唐霜的博客】et 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。

因此，DDD不是某种架构，而是一种设计，转载请注明出处：www.tangshuang.net【未经授权禁止转载】不同的业务团队，可以基于这种设计实现一种【本文受版权保护】原创内容，盗版必究。符合DDD的架构，来帮助自己更好的构建自【作者：唐霜】未经授权，禁止复制转载。己的系统。阅读上书过程中，我反复意识到，原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。这本书是写给技术人员的看上去都是技术字眼【版权所有，侵权必究】【本文受版权保护】但实际上是在传播工作方法的一本方法论书籍【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。，如果有这样的想法，那么在阅读此书，特别本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。是后面的章节时，就不会越来越混乱，因为你【本文受版权保护】转载请注明出处：www.tangshuang.net不再是在这本书中去找到某些具体的实现或架未经授权，禁止复制转载。未经授权，禁止复制转载。构，而是在思考如何去发现规律。它不能帮助【转载请注明来源】【本文受版权保护】你完成某个架构，但是它可以帮助你思考如何原创内容，盗版必究。原创内容，盗版必究。设计这个架构。

未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshua【版权所有，侵权必究】【原创内容，转载请注明出处】ng.net

现在，回到我们的业务中，为什么DDD正好本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】可以帮助我解决复杂业务的系统设计呢？

【版权所有】唐霜 www.tangshu著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。ang.net未经授权，禁止复制转载。【版权所有】唐霜 www.tangshu【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。ang.net

业务的技术语义

技术上讲，什么是业务？

【转载请注明来源】本文版权归作者所有，未经授权不得转载。

业务（Business） 专指商业活动，本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。是实现企业生产到利益回收的一个环节，它的【访问 www.tangshuang.net 获取更多精彩内容】【本文首发于唐霜的博客】总和，构成了该企业盈利活动的整个流程。一转载请注明出处：www.tangshuang.net【本文受版权保护】般而言，我们所指的业务是企业商业活动中的原创内容，盗版必究。转载请注明出处：www.tangshuang.net一个部分，有的甚至小到一个环节，例如“结著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】算”这个环节。业务系统则是辅助这些商业活【转载请注明来源】未经授权，禁止复制转载。动的计算机在线系统，以信息化的形式管理和【未经授权禁止转载】本文作者：唐霜，转载请注明出处。决策企业的商业活动（理论上没有业务系统企本文作者：唐霜，转载请注明出处。原创内容，盗版必究。业也能运转，但信息化社会没有业务系统会让【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。企业寸步难行）。

本文作者：唐霜，转载请注明出处。【未经授权禁止转载】【版权所有】唐霜 www.tangshu本文版权归作者所有，未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】ang.net【本文受版权保护】

业务模块 是以业务系统的建设者（领域专家转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。、系统工程师等）的角度看待业务系统时，将【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。庞大的业务系统，按照某个业务活动的边界，本文作者：唐霜，转载请注明出处。【未经授权禁止转载】进行划分的某个单元。但是技术上，一般一个原创内容，盗版必究。本文作者：唐霜，转载请注明出处。模块还是粒度比较大的单元。一般而言，业务【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。模块囊括了系统关于该业务的所有内容，且和【关注微信公众号：wwwtangshuangnet】著作权归作者所有，禁止商业用途转载。其他业务有明显的界限，理论上，可以在脱离【作者：唐霜】【作者：唐霜】了其他业务模块的情况下独立运行。

原创内容，盗版必究。【版权所有，侵权必究】本文作者：唐霜，转载请注明出处。

业务逻辑 是只用代码实现的真实业务的规则著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.net映射。简单说，一个业务中，存在什么逻辑，【未经授权禁止转载】【未经授权禁止转载】可以通过在纸上画出不同业务对象之间的联系著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】和约束，并将这些联系和约束一条条列出来，【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。形成一个列表，而这列表中的每一条，就是一【原创内容，转载请注明出处】原创内容，盗版必究。条规则，这些规则的总和，就是这个业务的全未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net部业务逻辑。既然是一条条的规则，那么我们本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】就可以在代码层面对规则进行管理。对于前端【关注微信公众号：wwwtangshuangnet】【原创不易，请尊重版权】开发者来说，最熟悉的规则管理，莫过于路由【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。管理。

【转载请注明来源】【版权所有】唐霜 www.tangshu【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】ang.net【未经授权禁止转载】【未经授权禁止转载】

业务系统 本质上是基于人机交互的管理工具原创内容，盗版必究。【转载请注明来源】。不同角色在系统中管理的内容不同，但总体本文作者：唐霜，转载请注明出处。本文作者：唐霜，转载请注明出处。上，是进行基于业务上下游数据进行职权范围【关注微信公众号：wwwtangshuangnet】转载请注明出处：www.tangshuang.net内的业务管理活动。
著作权归作者所有，禁止商业用途转载。 而从我个人的感官上，业务系统的开发是最本文作者：唐霜，转载请注明出处。【作者：唐霜】复杂的，为什么呢？

【未经授权禁止转载】【版权所有，侵权必究】【版权所有，侵权必究】未经授权，禁止复制转载。

我们前端开发对不同的前端应用的开发有非常【未经授权禁止转载】原创内容，盗版必究。明显的感知差别，我把前端应用归纳为3类，【未经授权禁止转载】转载请注明出处：www.tangshuang.net分别是业务系统、通用应用、工具类应用，它著作权归作者所有，禁止商业用途转载。【作者：唐霜】们虽然都是前端应用，但是在开发工作中呈现原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。出来的关注度却非常不同。

本文作者：唐霜，转载请注明出处。【关注微信公众号：wwwtangshua【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。ngnet】 著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshu著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】ang.net转载请注明出处：www.tangshua本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.netng.net

由于开发过程中，关注的重点的不同，以至于【原创内容，转载请注明出处】【本文首发于唐霜的博客】在开发时，解决问题的思路也迥异。

原创内容，盗版必究。未经授权，禁止复制转载。 原创内容，盗版必究。【作者：唐霜】【版权所有，侵权必究】

这种解决问题的思路差异，决定了我们在开发著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】工作中方法论的差异。而业务系统涉及对象多【原创内容，转载请注明出处】【版权所有】唐霜 www.tangshuang.net，联系密，维度广等特征，导致在实际开发时原创内容，盗版必究。【关注微信公众号：wwwtangshuangnet】，其复杂度比其他类应用高很多。（但在难度【转载请注明来源】未经授权，禁止复制转载。上往往并不高，业务系统常常不需要实现非常【本文首发于唐霜的博客】【访问 www.tangshuang.net 获取更多精彩内容】多需要基于特殊技术才能实现的功能。）

【作者：唐霜】【作者：唐霜】【版权所有，侵权必究】原创内容，盗版必究。

总结起来，业务系统之所以复杂的因素，我认转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。为主要有以下一些方面：

转载请注明出处：www.tangshua【本文受版权保护】【版权所有】唐霜 www.tangshuang.netng.net本文作者：唐霜，转载请注明出处。原创内容，盗版必究。

• UI交互的不复杂与反复实现的矛盾
【转载请注明来源】【关注微信公众号：wwwtangshua【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。ngnet】
• 特定业务逻辑对原有架构的挑战
本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。【转载请注明来源】
• 可持续维护（长期稳定性）与破坏性共存
【作者：唐霜】【版权所有，侵权必究】未经授权，禁止复制转载。原创内容，盗版必究。
• 模块与模块间数据、事件通知耦合
本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。
• 业务准确性要求高与需求多变之间的时间争夺
【原创不易，请尊重版权】【作者：唐霜】
• 前后端耦合
原创内容，盗版必究。本文作者：唐霜，转载请注明出处。【作者：唐霜】【本文首发于唐霜的博客】

基于这些因素，我需要谨慎对待我所开发的每【原创内容，转载请注明出处】【转载请注明来源】一个功能，因为对于业务而言，这一功能可能本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。会在5年甚至10年后还要继续使用，而如果本文版权归作者所有，未经授权不得转载。【转载请注明来源】功能不够健壮，或者设计之初没有充分考虑业本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。务发展后所需要的扩展能力，很有可能在之后本文版权归作者所有，未经授权不得转载。【本文受版权保护】的迭代中给自己挖下巨大的坑。我想，这是很本文作者：唐霜，转载请注明出处。原创内容，盗版必究。多开发普适性强的大众类产品的同学无法体会本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net到的。

【未经授权禁止转载】未经授权，禁止复制转载。

前端语境下DDD的价值主张

前端需要DDD吗？

本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshua转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。ngnet】

这个问题可以细化为，前端需要与业务方领域本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。专家进行沟通吗？在设计系统或功能时，需要【关注微信公众号：wwwtangshuangnet】【未经授权禁止转载】基于沟通结构的领域模型展开完成模块的搭建【访问 www.tangshuang.net 获取更多精彩内容】【原创不易，请尊重版权】吗？我们需要在前端建模吗？我们需要在前端本文作者：唐霜，转载请注明出处。【关注微信公众号：wwwtangshuangnet】分层吗？等等。我无法给出标准答案，但我在【本文首发于唐霜的博客】未经授权，禁止复制转载。思考，如今的前端开发，特别是类似和我一样【版权所有，侵权必究】【版权所有，侵权必究】的业务系统项目中，如果我们仍然是按照设计【作者：唐霜】未经授权，禁止复制转载。稿完成实现，是否能准确满足需求？或者说，【原创不易，请尊重版权】【未经授权禁止转载】对于前端开发的同学而言，我们是否有必要掌本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。握业务细节，通过一整套的方法论，在代码中转载请注明出处：www.tangshuang.net【作者：唐霜】将这些细节管理起来？

【访问 www.tangshuang.n【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。et 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。【作者：唐霜】

我想从另一个角度为前端的同学描绘他的工作【转载请注明来源】未经授权，禁止复制转载。场景：

本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。【版权所有】唐霜 www.tangshu原创内容，盗版必究。【转载请注明来源】ang.net 【访问 www.tangshuang.n【转载请注明来源】本文作者：唐霜，转载请注明出处。et 获取更多精彩内容】【作者：唐霜】

上图中，我描述了前端开发的同学在整个业务著作权归作者所有，禁止商业用途转载。【版权所有，侵权必究】开发过程中所处的境地。黑色圆圈表示在这过【转载请注明来源】【转载请注明来源】程中出现的角色，黑色实线表示与前端沟通时未经授权，禁止复制转载。【未经授权禁止转载】两个角色的联系，虚线圈表示当问题发生时参【转载请注明来源】【未经授权禁止转载】与该问题讨论的相关角色和内容。可以看到，【本文首发于唐霜的博客】【作者：唐霜】前端的同学在与不同的角色进行沟通时，常常【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。需要切换思维和角度，他所要面临的问题，所【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】处的境地，如果没有一套方法论支撑，很难在【作者：唐霜】【原创不易，请尊重版权】繁杂的工作中不迷失。

【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。

前端可以DDD吗？

【作者：唐霜】【未经授权禁止转载】【未经授权禁止转载】本文作者：唐霜，转载请注明出处。

包括Eric著作在内，讨论DDD多半是在【作者：唐霜】未经授权，禁止复制转载。后端环境下。作为思想武器，DDD可以帮我【本文首发于唐霜的博客】【转载请注明来源】们思考如何去设计业务系统架构，前端是否只原创内容，盗版必究。【作者：唐霜】需要基于后端接口输出渲染界面就可以了呢？【本文首发于唐霜的博客】【未经授权禁止转载】或许，前端根本无法按照DDD进行设计吧。

著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。

但随着业务的深入，我发现如今的业务系统（转载请注明出处：www.tangshuang.net【本文首发于唐霜的博客】基于B/S架构），渐渐的靠近重客户端的方未经授权，禁止复制转载。【转载请注明来源】向（类似C/S架构中的C端）。前端代码中【本文首发于唐霜的博客】【作者：唐霜】的业务逻辑逐渐越来越丰富，甚至很多逻辑只【关注微信公众号：wwwtangshuangnet】【原创内容，转载请注明出处】能由前端完成，后端无能为力，或者前后端一【未经授权禁止转载】【版权所有，侵权必究】起推进时成本更高。运行在C端的前端代码，本文作者：唐霜，转载请注明出处。原创内容，盗版必究。承载的业务逻辑与UI混杂在一起，导致组件【转载请注明来源】【作者：唐霜】或controller的代码被撑的越来越【本文首发于唐霜的博客】未经授权，禁止复制转载。大，越来越无法维护。我曾指出过，基于vu转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。e写的应用，当业务足够复杂时，你根本无法【原创不易，请尊重版权】【本文首发于唐霜的博客】区分vue组件中哪些是业务的，哪些是交互【未经授权禁止转载】【转载请注明来源】的。而这种情况持续下去，便是组件的不可维【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】护，代码的腐化。

转载请注明出处：www.tangshua【本文受版权保护】【本文受版权保护】ng.net【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。

作为前端开发者，我们需要思考，我们如何让本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】我们的代码组织更健壮，更能体现业务的核心【转载请注明来源】原创内容，盗版必究。逻辑。基于沟通域的思考，我认为，前端所关【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】注的主要内容包含：业务模型、数据服务、U【转载请注明来源】原创内容，盗版必究。I交互组件体系。

【版权所有】唐霜 www.tangshu【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。ang.net【关注微信公众号：wwwtangshua【本文首发于唐霜的博客】【作者：唐霜】ngnet】

 

【版权所有】唐霜 www.tangshu【本文首发于唐霜的博客】原创内容，盗版必究。ang.net【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。 本文作者：唐霜，转载请注明出处。原创内容，盗版必究。【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。

前端开发注定不可能只关注业务模型，在前端本文作者：唐霜，转载请注明出处。【本文受版权保护】，特别是web领域，除业务之外关注由后端【转载请注明来源】【未经授权禁止转载】吐出的数据和界面交互是一件必须的事。甚至【关注微信公众号：wwwtangshuangnet】著作权归作者所有，禁止商业用途转载。有这样一种情况，产品文档中指出，“用户点【版权所有】唐霜 www.tangshuang.net【本文受版权保护】击该按钮时，需要弹出二次确认窗口，点击确【原创不易，请尊重版权】【原创不易，请尊重版权】认后该签署流转为已完成”。在这个描述中，【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net用户点击按钮弹出确认对话框，是否属于业务本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net逻辑呢？从传统后端的角度，当然不属于，但【本文受版权保护】著作权归作者所有，禁止商业用途转载。是，如果去掉这个交互逻辑，能否完整表达这【原创内容，转载请注明出处】本文版权归作者所有，未经授权不得转载。一业务过程呢？这是一个值得思考的问题，前【本文首发于唐霜的博客】【访问 www.tangshuang.net 获取更多精彩内容】端如果要实施DDD，不可能照搬后端的实践【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】。前后端要解决的问题大不相同：

著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshua本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。ngnet】转载请注明出处：www.tangshua【关注微信公众号：wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.netng.net 【访问 www.tangshuang.n【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.netet 获取更多精彩内容】【版权所有，侵权必究】

这也就意味着，在前端语境下，我们关注的内原创内容，盗版必究。【关注微信公众号：wwwtangshuangnet】容范畴比后端还要大。

【原创不易，请尊重版权】【未经授权禁止转载】转载请注明出处：www.tangshua本文作者：唐霜，转载请注明出处。【关注微信公众号：wwwtangshuangnet】ng.net转载请注明出处：www.tangshua【本文受版权保护】【本文受版权保护】ng.net 本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。

这些思考反过来促使我问自己：对于前端而言【版权所有】唐霜 www.tangshuang.net【本文首发于唐霜的博客】，DDD的价值是什么？前端工程师需要重新原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。审视自己的这一职位，从视觉交互的实现者陷【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】阱中跳出来，正视自己作为工程师的一面。解转载请注明出处：www.tangshuang.net原创内容，盗版必究。决业务项目中的关键问题，持续的与后端一道【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。提供稳定可靠的业务服务，这才是前端工程师【作者：唐霜】转载请注明出处：www.tangshuang.net的本职。而这些都是我从DDD中发现的，对【访问 www.tangshuang.net 获取更多精彩内容】【原创不易，请尊重版权】于前端而言，实施DDD有肉眼可见的好处：

【未经授权禁止转载】【本文受版权保护】转载请注明出处：www.tangshua转载请注明出处：www.tangshuang.net【原创内容，转载请注明出处】ng.net【版权所有】唐霜 www.tangshu【版权所有，侵权必究】著作权归作者所有，禁止商业用途转载。ang.net

• 稳定的业务知识体系
著作权归作者所有，禁止商业用途转载。【本文受版权保护】【本文受版权保护】
• 可传承的代码体系
【访问 www.tangshuang.n著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。et 获取更多精彩内容】【访问 www.tangshuang.n【转载请注明来源】【版权所有】唐霜 www.tangshuang.netet 获取更多精彩内容】
• 脱离UI的单元测试
转载请注明出处：www.tangshua原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.netng.net转载请注明出处：www.tangshua著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。ng.net【关注微信公众号：wwwtangshua【未经授权禁止转载】【转载请注明来源】ngnet】
• 跨端开发、多端共用的便捷性
本文版权归作者所有，未经授权不得转载。【作者：唐霜】著作权归作者所有，禁止商业用途转载。
• 明确的团队分工
本文版权归作者所有，未经授权不得转载。【版权所有】唐霜 www.tangshu【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.netang.net转载请注明出处：www.tangshua【关注微信公众号：wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】ng.net
• 需求变更的快速响应
【原创内容，转载请注明出处】转载请注明出处：www.tangshua【作者：唐霜】【版权所有】唐霜 www.tangshuang.netng.net原创内容，盗版必究。
• 持续敏捷
【原创不易，请尊重版权】【作者：唐霜】

这些好处对于需要持续迭代的项目团队而言，本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】非常有价值，特别是需要持续支撑业务团队在【原创内容，转载请注明出处】【本文首发于唐霜的博客】下线完成更多以前无法完成的任务的价值，是【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。业务系统最不可替代的。

本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshua【本文受版权保护】未经授权，禁止复制转载。ngnet】

前端领域建模

我们在腾讯投资系统TIM中践行前端建模已【原创内容，转载请注明出处】本文版权归作者所有，未经授权不得转载。经超过两年，这期间的收益与之前一股脑通过【未经授权禁止转载】【原创内容，转载请注明出处】数据绑定的方式相比，可谓天差地别。在此前转载请注明出处：www.tangshuang.net【未经授权禁止转载】的开发中，我们虽然觉得麻烦，但是到底能把本文作者：唐霜，转载请注明出处。【原创内容，转载请注明出处】功能堆砌出来。但是随着时间的推移，一些稍【原创不易，请尊重版权】本文版权归作者所有，未经授权不得转载。微老一点的逻辑，就再也不敢动，所谓牵一发未经授权，禁止复制转载。【版权所有，侵权必究】而动全身，一点改动，重则可能带来整个业务著作权归作者所有，禁止商业用途转载。【版权所有，侵权必究】流程的瘫痪，轻则影响相关模块的正确呈现。著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】归根结底，在于我们的系统是线性的（可以回本文作者：唐霜，转载请注明出处。【未经授权禁止转载】头看上文线性思维属于哪种类型的应用），我【转载请注明来源】【转载请注明来源】们开发团队的知识是不可复制的，一位同学负【关注微信公众号：wwwtangshuangnet】【版权所有，侵权必究】责一个业务功能，只有他知道这业务里面的逻【访问 www.tangshuang.net 获取更多精彩内容】【原创内容，转载请注明出处】辑到底有哪些，其他同学即使重新研读代码，【本文受版权保护】转载请注明出处：www.tangshuang.net也很难梳理出准确全面的业务逻辑，如果需要原创内容，盗版必究。本文作者：唐霜，转载请注明出处。重构，只能按照代码逻辑慢慢复制。

原创内容，盗版必究。【作者：唐霜】【原创不易，请尊重版权】原创内容，盗版必究。

两年前，我们开始思考我们所遇到的大部分业转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net务场景的共性，结合开发中遇到的痛点，我们【本文首发于唐霜的博客】【本文受版权保护】急需有一种方式，可以对我们在应用界面的切著作权归作者所有，禁止商业用途转载。【作者：唐霜】换、数据的流转中，有一种把握业务核心逻辑【原创内容，转载请注明出处】【转载请注明来源】的能力。我们开始了建模探索。经过两年的积【转载请注明来源】【原创不易，请尊重版权】累，我现在才能将这些经验总结出来。

原创内容，盗版必究。【原创不易，请尊重版权】【版权所有，侵权必究】【原创不易，请尊重版权】

思考单一业务的核心与边界

【转载请注明来源】【访问 www.tangshuang.n原创内容，盗版必究。【本文首发于唐霜的博客】et 获取更多精彩内容】【版权所有，侵权必究】

我们在开始用代码建模之前，我们需要和领域【原创不易，请尊重版权】【作者：唐霜】专家（也就是业务方，或者与我们对接的产品本文版权归作者所有，未经授权不得转载。【作者：唐霜】人员）开会讨论某一业务的核心概念有哪些、著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net有哪些可能的事件会发生、它怎么和其他概念【未经授权禁止转载】【原创内容，转载请注明出处】发生联系？我们在记事本上梳理出与要开发的原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。业务发生联系的各个概念以及它们之间的连线原创内容，盗版必究。【本文首发于唐霜的博客】，这样我们基本掌握了有关这一业务的大部分【作者：唐霜】【版权所有】唐霜 www.tangshuang.net知识。

【关注微信公众号：wwwtangshua【原创内容，转载请注明出处】转载请注明出处：www.tangshuang.netngnet】【版权所有】唐霜 www.tangshu【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。ang.net著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。

当开始用代码表达这些知识的时候，我遇到的【转载请注明来源】【原创不易，请尊重版权】首要问题是：哪些是必须的，哪些是与该业务著作权归作者所有，禁止商业用途转载。【原创内容，转载请注明出处】关联但非必须的，我该以何种形式表达这些概转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.net念？

【关注微信公众号：wwwtangshua著作权归作者所有，禁止商业用途转载。【作者：唐霜】ngnet】转载请注明出处：www.tangshua未经授权，禁止复制转载。【转载请注明来源】ng.net 本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。【版权所有】唐霜 www.tangshu【本文受版权保护】本文版权归作者所有，未经授权不得转载。ang.net【作者：唐霜】

使用OOP的范式进行建模是比较常见且直接【作者：唐霜】【访问 www.tangshuang.net 获取更多精彩内容】的方式，通过建立形形色色的class来创【原创不易，请尊重版权】【关注微信公众号：wwwtangshuangnet】建一个又一个的对象。关键的问题在于，这些【版权所有】唐霜 www.tangshuang.net【本文首发于唐霜的博客】对象的核心是什么，边界又在哪里？这些都是【原创内容，转载请注明出处】【本文受版权保护】我们必须在一开始考虑清楚的。

本文版权归作者所有，未经授权不得转载。【作者：唐霜】【本文首发于唐霜的博客】

建模方法

DDD给我们提供了一些具体的建模方案，例【版权所有】唐霜 www.tangshuang.net【本文首发于唐霜的博客】如ENTITY、VALUE OBJECT未经授权，禁止复制转载。未经授权，禁止复制转载。、SERVICE、AGGREGATE、R未经授权，禁止复制转载。【原创内容，转载请注明出处】EPOSITORY、FACTORY等等。

转载请注明出处：www.tangshua【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。ng.net【本文受版权保护】 著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。

在建立对象模型时，根据对象在业务中所表达【版权所有，侵权必究】【本文受版权保护】的意义，选择其中对应的方案来进行建模。例【原创内容，转载请注明出处】【转载请注明来源】如，我们为一个投资对象进行建模，首先需要本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。区分，投资对象的边界在哪里，比如一个投资【本文受版权保护】【原创内容，转载请注明出处】中我们可能要走一些审批流程，会产生一些特【转载请注明来源】【转载请注明来源】殊数据，它们是否属于该投资对象的核心？其【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。次，我们需要了解一个投资它都由哪些资源构本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。成，比如其中有一个字段叫做“投资主体”，【未经授权禁止转载】【原创内容，转载请注明出处】投资主体即在投资中作为合同上付钱的那一家【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。公司出现，它自己本身也具有自己的一些属性转载请注明出处：www.tangshuang.net原创内容，盗版必究。，那么投资主体是否是投资这个对象的核心资本文作者：唐霜，转载请注明出处。【版权所有】唐霜 www.tangshuang.net源呢？我们应该处理投资主体？是用一个普通【关注微信公众号：wwwtangshuangnet】【本文受版权保护】的JS对象来表达，还是创建一个子模型来管未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。理？类似这样的思考，在我们的建模过程中常【版权所有，侵权必究】【原创内容，转载请注明出处】常发生，而且，有的时候，并不能一击即中，【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。有的时候需要在迭代更新中进行调整。

【版权所有】唐霜 www.tangshu【访问 www.tangshuang.net 获取更多精彩内容】【作者：唐霜】ang.net【原创不易，请尊重版权】转载请注明出处：www.tangshua【转载请注明来源】【关注微信公众号：wwwtangshuangnet】ng.net

在长期摸索实践中，我们形成了一套标准的建未经授权，禁止复制转载。【作者：唐霜】模步骤（如下图）。在这一标准步骤中，我们【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.net抽象出了建模的基类，基于这些基类进行ex【未经授权禁止转载】未经授权，禁止复制转载。tends，根据每个对象的特征，选择性使未经授权，禁止复制转载。未经授权，禁止复制转载。用某些建模手段。具体如下：

【访问 www.tangshuang.n本文版权归作者所有，未经授权不得转载。【版权所有】唐霜 www.tangshuang.netet 获取更多精彩内容】【本文受版权保护】【本文首发于唐霜的博客】【转载请注明来源】 【本文受版权保护】本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。未经授权，禁止复制转载。

在上图中，完整呈现了我们在代码层面实现领未经授权，禁止复制转载。【本文受版权保护】域模型的所有素材。建模的最小单位是Att著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】ribute，即原子属性，原子属性描述一【版权所有，侵权必究】未经授权，禁止复制转载。个字段（Field）或属性（Proper【作者：唐霜】【原创内容，转载请注明出处】ty）的具体属性，即元数据中的某一项。M【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。eta是最小的模型，由Attribute本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。组成，即关于单个字段的模型。Attrib本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。ute和Meta不单独存在，它们是颗粒度未经授权，禁止复制转载。【关注微信公众号：wwwtangshuangnet】最小的素材，Attribute一般不可复本文作者：唐霜，转载请注明出处。【作者：唐霜】用（或者说没必要），Meta可限制性复用【版权所有，侵权必究】【本文首发于唐霜的博客】。

【版权所有，侵权必究】著作权归作者所有，禁止商业用途转载。

在上图中，Model和本文讲的领域模型概【关注微信公众号：wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net念稍有不同，Model是代码层面可以表达著作权归作者所有，禁止商业用途转载。【版权所有，侵权必究】完整业务对象的最小单位，它由Meta和其转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。他资源组成。其他资源包括代码层面的方法（未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。概念上的Factory）、静态属性（概念本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。上的Value Object）等。另外，【作者：唐霜】本文作者：唐霜，转载请注明出处。和后端模型最大的不同，前端模型必须为UI【访问 www.tangshuang.net 获取更多精彩内容】原创内容，盗版必究。视图层留足空间，我们为Model提供了响【版权所有，侵权必究】【转载请注明来源】应式能力，以便在与UI结合时，可以观察到【本文首发于唐霜的博客】【版权所有，侵权必究】模型内变化，以触发界面的更新。具体从代码【转载请注明来源】未经授权，禁止复制转载。层面，我们用Mobx进行举例。

【本文受版权保护】原创内容，盗版必究。【本文首发于唐霜的博客】 【原创内容，转载请注明出处】【作者：唐霜】本文作者：唐霜，转载请注明出处。

上图中，我们创建了两个模型Todo和To【未经授权禁止转载】【关注微信公众号：wwwtangshuangnet】doList，其中TodoList是对T著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。odo的聚合，我们会在下文讲。这是两个再著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshuangnet】普通不过的class进行建模，现在的问题【版权所有，侵权必究】【原创不易，请尊重版权】是，如果我们在前端使用这两个模型，我们无本文作者：唐霜，转载请注明出处。【版权所有，侵权必究】法与我们已有的UI框架配合使用，比如在r本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。eact中或vue中使用。有没有一种方法【版权所有】唐霜 www.tangshuang.net【未经授权禁止转载】，可以让我们可以以最小的代价扩展模型的能未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net力呢？我们使用mobx这个库对模型进行改转载请注明出处：www.tangshuang.net【版权所有，侵权必究】造。

本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】 【访问 www.tangshuang.n【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。et 获取更多精彩内容】【未经授权禁止转载】转载请注明出处：www.tangshua【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。ng.net

使用mobx提供的装饰器，我们以最少的改未经授权，禁止复制转载。【访问 www.tangshuang.net 获取更多精彩内容】动增强模型。这一改动几乎不会对原始模型的【本文受版权保护】原创内容，盗版必究。原有阅读产生任何干扰，但却使得该模型是可本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net被观察的。再配合mobx的工具，就可以与【原创内容，转载请注明出处】本文版权归作者所有，未经授权不得转载。UI框架配合，就可以在应用中无缝对接。

著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。【本文首发于唐霜的博客】【本文首发于唐霜的博客】 原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。

与后端框架不同，后端以Controlle原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。r作为入口，对模型和视图进行消费。而在前本文作者：唐霜，转载请注明出处。【作者：唐霜】端，主要的消费者是UI框架，视图是入口，本文作者：唐霜，转载请注明出处。【本文首发于唐霜的博客】模型需要被实例化为UI状态后消费。因此，【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net像Mobx这样，提供与UI框架对接的工具【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。，是比较合理的设计方式。不过，这已经超出【转载请注明来源】【访问 www.tangshuang.net 获取更多精彩内容】建模本身的话题，此处只是延伸。

本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】【访问 www.tangshuang.n本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。et 获取更多精彩内容】

我们回到建模步骤，在前端建模过程中，我认【未经授权禁止转载】【作者：唐霜】为最难的一点在于，如何划定一个模型的边界转载请注明出处：www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】。很多场景下，一个业务对象的某个逻辑，又【原创内容，转载请注明出处】【版权所有，侵权必究】依赖于另外一个业务对象的某个信息，跨模型本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】的关系如何去描述？实践中，我们通过嵌套模本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net型来表达，也就是聚合Aggregate。著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。通过Aggregate，我们把高于业务对本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】象本身的逻辑进行梳理。一般而言，一个聚合本文版权归作者所有，未经授权不得转载。【转载请注明来源】根囊括了该业务的所有实体，也就是说，它界【访问 www.tangshuang.net 获取更多精彩内容】【访问 www.tangshuang.net 获取更多精彩内容】定了该业务在核心实体上的边界，该业务只在【未经授权禁止转载】【本文首发于唐霜的博客】这些对象之间运转。

【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshua未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。ng.net未经授权，禁止复制转载。

但业务的运转不仅只包含实体，也包含业务的【原创内容，转载请注明出处】转载请注明出处：www.tangshuang.net流转逻辑，即概念上的领域事件，以及背后的【原创不易，请尊重版权】【本文受版权保护】领域服务，说人话就是业务对象在该业务运转本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】过程中发生变化。对于前端而言，与后端对接著作权归作者所有，禁止商业用途转载。【转载请注明来源】数据也是很关键的一个点，我们基于Resp转载请注明出处：www.tangshuang.net【本文首发于唐霜的博客】ository方案建立可响应式的接口数据著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。管理方案，创建Service单例来在整个转载请注明出处：www.tangshuang.net【版权所有，侵权必究】应用中响应事件，流转业务对象的状态，从而【本文首发于唐霜的博客】【本文受版权保护】让界面跟着业务的流转而发生变化。

著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】

以上的建模成果被组织在一个Module（著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net模块）中，一个模块不是一个单一文件，它是转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net有特定目录结构的一系列文件组成的功能单元【本文受版权保护】【版权所有，侵权必究】。不过需要注意，这里的Module和我们【版权所有，侵权必究】【访问 www.tangshuang.net 获取更多精彩内容】应用开发中通常讲的Module概念上稍有本文作者：唐霜，转载请注明出处。【关注微信公众号：wwwtangshuangnet】不同，这里的Module主要是对领域模型【本文受版权保护】【版权所有，侵权必究】完成代码实现后组成的组织单元，本质上，它【原创内容，转载请注明出处】未经授权，禁止复制转载。还是建模的一部分，和我们通常意义上的业务【本文首发于唐霜的博客】【本文受版权保护】模块（包含UI等）有所区别。

【本文首发于唐霜的博客】未经授权，禁止复制转载。原创内容，盗版必究。【关注微信公众号：wwwtangshua原创内容，盗版必究。【作者：唐霜】ngnet】

在React项目中设计业务模块

作为优秀的视图驱动库，react实现了完未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net美的从数据到视图的映射。对比vue的优势未经授权，禁止复制转载。【原创不易，请尊重版权】在于，它对数据本身的形式没有要求，在vu原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。e中，你给定的数据包含getter(Ob【原创内容，转载请注明出处】【未经授权禁止转载】ject.defineProperty)著作权归作者所有，禁止商业用途转载。【版权所有，侵权必究】或由Proxy创建抑或由特定的class著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.net实例化而来，会导致vue丢失部分响应式的本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net能力，而react中没有这层限制，因此，【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net在我们实施DDD的过程中，更有亲和力。

本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshua转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】ng.net原创内容，盗版必究。

但react虽然解决了数据到视图的映射，【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】却没有在反过来的视图到数据的映射上提供方【未经授权禁止转载】【转载请注明来源】案。我们在react中，会在onClic原创内容，盗版必究。【原创不易，请尊重版权】k等基于它内置的合成事件系统中执行回调函【本文首发于唐霜的博客】转载请注明出处：www.tangshuang.net数来完成视图到数据的处理，然而这种处理显【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.net然是不利于建模的。因此，在react本身原创内容，盗版必究。【版权所有，侵权必究】之外，我创建了一套基于RxJS的单例服务原创内容，盗版必究。原创内容，盗版必究。来处理来自交互的事件与模型层的绑定。在具转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.net体的react组件中，我只暴露给组件它渲【访问 www.tangshuang.net 获取更多精彩内容】【本文首发于唐霜的博客】染和交互需要用到的数据（状态）和事件接口未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。。

本文作者：唐霜，转载请注明出处。【版权所有】唐霜 www.tangshu著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshuangnet】ang.net【本文受版权保护】

我称这种独立于react组件本身之外的体转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。系为“无视图交互模型”。该模型在撰写时，【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】站在视图层的角度，处理业务模型的实例化、【未经授权禁止转载】【版权所有，侵权必究】修改等，处理来自视图层的交互事件等等，但【版权所有】唐霜 www.tangshuang.net【作者：唐霜】是，在该模型中，没有任何具体的UI实现。

【本文首发于唐霜的博客】原创内容，盗版必究。原创内容，盗版必究。

如果你还有印象，你可能还记得我在前文问到未经授权，禁止复制转载。【原创不易，请尊重版权】“用户点击按钮弹出确认对话框，是否属于业未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。务逻辑呢？”，在“无视图交互模型”的设计本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。下，我们可以将“用户点击按钮弹出对话框”未经授权，禁止复制转载。【原创内容，转载请注明出处】这一交互转化为模型的一个部分，在该模型中【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】，它提供了用户点击动作的接口，而该接口处【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】理时会流转模型内持有的其他具体业务模型，【本文受版权保护】【版权所有，侵权必究】进而达到需求文档中所描述的这一要求。但在原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。具体UI中，这个按钮长什么样子，在哪个位未经授权，禁止复制转载。【本文首发于唐霜的博客】置，弹出框样式，都需要在UI层（组件中）【未经授权禁止转载】本文作者：唐霜，转载请注明出处。具体去实现，而在实现时，开发者不需要考虑【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。该按钮点击事件的具体效果，只需要调用模型本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。接口即可。

转载请注明出处：www.tangshua原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.netng.net本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshua本文作者：唐霜，转载请注明出处。本文作者：唐霜，转载请注明出处。ngnet】

截止到这一步，你会发现，在我们的业务模块【本文受版权保护】转载请注明出处：www.tangshuang.net中，还没有任何有关UI的具体实现，但是，原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.net我们几乎已经把需求文档中有关业务的实体对转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】象、某些与业务流转相关的交互，都用代码表著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】达出来了。

【未经授权禁止转载】【版权所有，侵权必究】【访问 www.tangshuang.n【转载请注明来源】【未经授权禁止转载】et 获取更多精彩内容】【原创不易，请尊重版权】 原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。

从需求分析，基于统一语言建立领域模型，到本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】具体代码去实现领域模型，再到建立无视图交本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net互模型，到这里，我们有关业务的建模基本完【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.net成，但我们还没有任何的界面效果。对于以前著作权归作者所有，禁止商业用途转载。【未经授权禁止转载】我们拿起react就开撸的开发方式而言，【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。简直不可思议，怎么界面都还没有就已经一大转载请注明出处：www.tangshuang.net【原创内容，转载请注明出处】堆代码了？

【转载请注明来源】【版权所有，侵权必究】【转载请注明来源】未经授权，禁止复制转载。

我们的系统包含PC端、APP端和微信内嵌【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.netH5，APP端和H5端交互基本相同，稍有【原创不易，请尊重版权】未经授权，禁止复制转载。些细节差异，但PC和移动端的差异大的就不【版权所有】唐霜 www.tangshuang.net【转载请注明来源】止一点点。然而，对于某一业务模块而言，两未经授权，禁止复制转载。【转载请注明来源】端的交互虽然不同，却在业务逻辑上（包含基转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】于业务逻辑的交互逻辑）是必须一致的，否则【作者：唐霜】本文作者：唐霜，转载请注明出处。业务本身就会出现问题。

【关注微信公众号：wwwtangshua【原创内容，转载请注明出处】原创内容，盗版必究。ngnet】【访问 www.tangshuang.n未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。et 获取更多精彩内容】【访问 www.tangshuang.n本文作者：唐霜，转载请注明出处。【未经授权禁止转载】et 获取更多精彩内容】

上图中，虚线的右侧即我们多端共用的部分，【本文受版权保护】【原创内容，转载请注明出处】业务模型在各端复用并非完全为了代码重用，著作权归作者所有，禁止商业用途转载。【本文受版权保护】更多的是为了保证业务的一致性。而虚线的左【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。侧，则是我们常见的react组件体系的编【关注微信公众号：wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net写。对于不同端，我们的组件很少有能复用的【关注微信公众号：wwwtangshuangnet】【原创不易，请尊重版权】，基本上各自一套，但却能够保证在业务逻辑【版权所有】唐霜 www.tangshuang.net本文作者：唐霜，转载请注明出处。上没有出入。一旦业务（数据和交互）被业务【作者：唐霜】【版权所有】唐霜 www.tangshuang.net模型规范下来，对于不同端的视图层，就是换【作者：唐霜】【作者：唐霜】皮操作（有点夸张）。

原创内容，盗版必究。【访问 www.tangshuang.n本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.netet 获取更多精彩内容】【未经授权禁止转载】【版权所有】唐霜 www.tangshu【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。ang.net

这一体系给了我们很多想象的空间，虽然我们转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。团队目前并没有再深入，但是我个人的角度而【关注微信公众号：wwwtangshuangnet】【版权所有，侵权必究】言，我们可以在这一模式基础上，做到更容易转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net的业务单元测试、基于后端输出的统一UI 【访问 www.tangshuang.net 获取更多精彩内容】原创内容，盗版必究。DSL、业务模块服务化、小程序等等。

【版权所有】唐霜 www.tangshu【作者：唐霜】原创内容，盗版必究。ang.net本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。

基于DDD的前端应用架构分层

分层也是DDD的重要思想，在Eric原书【转载请注明来源】著作权归作者所有，禁止商业用途转载。中，他对系统分层做了梳理，同时，在行业中【本文首发于唐霜的博客】【版权所有】唐霜 www.tangshuang.net，后续继承者们对该分层进行了扩展，主要包本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】括：依赖倒置四层架构、六边形架构、Cle未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。an Architecture等。四层架【作者：唐霜】原创内容，盗版必究。构典型示意描述如图：

未经授权，禁止复制转载。【本文受版权保护】 未经授权，禁止复制转载。【版权所有】唐霜 www.tangshu【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。ang.net本文版权归作者所有，未经授权不得转载。

对应到前端，与后端不同的是，前端是胖UI转载请注明出处：www.tangshuang.net【未经授权禁止转载】瘦数据，前端不需要去考虑数据的存储读写所著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】带来的一系列问题。但是，在整体的分层划分未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net上，前后端具有一致性。

未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。 【原创不易，请尊重版权】未经授权，禁止复制转载。【版权所有】唐霜 www.tangshu本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。ang.net【版权所有】唐霜 www.tangshu【版权所有，侵权必究】著作权归作者所有，禁止商业用途转载。ang.net

在我以前的前端应用开发中，也有分层的思想【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。，但是分层实践很微弱，大部分情况下还是把【原创不易，请尊重版权】【本文首发于唐霜的博客】所有逻辑杂糅到react组件和状态管理中著作权归作者所有，禁止商业用途转载。【原创内容，转载请注明出处】。这也是我们以前的代码在开发完一段时间后【转载请注明来源】【作者：唐霜】可维护性就极速变弱的原因。而按照DDD的【版权所有，侵权必究】著作权归作者所有，禁止商业用途转载。设计，我们将代码分层组织和管理。其中的核【本文首发于唐霜的博客】【访问 www.tangshuang.net 获取更多精彩内容】心层是领域层，这一层决定了整个应用的大部【本文受版权保护】本文版权归作者所有，未经授权不得转载。分代码逻辑，虽然在控制层和UI层也有一些【版权所有，侵权必究】著作权归作者所有，禁止商业用途转载。逻辑，但是它们多是处理交互的，与具体的业未经授权，禁止复制转载。【本文首发于唐霜的博客】务无关。它完整的描述了这一系统所反应的业【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。务面貌。也正因如此，在多端复用（例如PC【原创内容，转载请注明出处】【未经授权禁止转载】和APP两端写同一个业务）时，只需要重写著作权归作者所有，禁止商业用途转载。【转载请注明来源】UI层，而不需要再写其他层。

著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshua【本文受版权保护】【原创内容，转载请注明出处】ngnet】

结语

复杂的业务系统无论前端还是后端，都面临着【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。巨大的挑战，除了系统本身的功能之外，最大转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】的风险在于业务逻辑需要被准确实现的同时，【未经授权禁止转载】原创内容，盗版必究。给研发团队的实现时间却很紧张，紧随而来的【未经授权禁止转载】未经授权，禁止复制转载。系统的代码在长时间迭代中，越来越难以维护【本文首发于唐霜的博客】转载请注明出处：www.tangshuang.net。DDD从沟通和研发两个角度为我们提供方【转载请注明来源】【版权所有，侵权必究】法论，是面对复杂业务时的思想工具。它启发【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。了我们，让我们在工作方式上不再莽撞的马上本文作者：唐霜，转载请注明出处。【作者：唐霜】开始写代码，而是先与业务方深入沟通，掌握【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。业务的知识网络，基于统一语言进行领域建模本文版权归作者所有，未经授权不得转载。【转载请注明来源】，之后再来考虑如何在react中结合，开著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】发整个应用。在前端语境下，由于前端关注的【原创不易，请尊重版权】著作权归作者所有，禁止商业用途转载。内容的异质性，我们不可能直接照搬后端的D未经授权，禁止复制转载。【本文首发于唐霜的博客】DD实践，不得不探索前端DDD的特殊途径【本文首发于唐霜的博客】【访问 www.tangshuang.net 获取更多精彩内容】。基于DDD的设计，我们的架构剖离出不同原创内容，盗版必究。未经授权，禁止复制转载。的分层，在领域层和控制层完完全全描述了业【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】务需求，因此，可以不考虑UI层就可以进行【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.net业务编程，并实施有效的业务单元测试。而对【版权所有，侵权必究】原创内容，盗版必究。于跨端复用而言，就是换UI壳的处理，内在【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】的业务逻辑代码可直接复用。

【转载请注明来源】【原创不易，请尊重版权】【版权所有，侵权必究】

以上是我在前端DDD话题下的探索，大部分【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。是概念上的梳理，没有具体的实践代码，很大【本文受版权保护】本文版权归作者所有，未经授权不得转载。的原因在于DDD的实践没有统一标准，一旦【版权所有，侵权必究】著作权归作者所有，禁止商业用途转载。需要整理，就需要把很多的代码牵扯出来，也未经授权，禁止复制转载。未经授权，禁止复制转载。不是很好举例。DDD也不是唯一的选择，它转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。给了我们启发，也允许我们在它的基础上持续【版权所有，侵权必究】【未经授权禁止转载】颠覆。本文的理解也仅限本人在工作中的总结原创内容，盗版必究。【未经授权禁止转载】与思考，并不一定正确，如有不足之处，欢迎本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。大家批评指正。

未经授权，禁止复制转载。【作者：唐霜】【作者：唐霜】转载请注明出处：www.tangshua【本文受版权保护】【原创不易，请尊重版权】ng.net

2021-09-13 14612