1 布景手机：18632699551（微信同号）通过营销行为收场客户/用户拉新、留存和促活是业界大量聘请的法。为收场商户增长和留存鹤壁设备保温工程，好意思团核至好地贸易/贸易升值技能部也构建了相应的营销系统来撑抓商户的线上营销运营。在系统竖立过程中，濒临着业务体量大、行业跨度大、场景各种、客户结构复杂，需求多变等挑战。本文试图从到1构建面向商户的营销系统过程中，并通过DDD（域驱动设想）来应付系统设想和竖立中碰到的业务复杂度、需求多变、调度资本大等问题。
2 基本主张软件系统的复杂主要体当今三个面。
浮泛：是概括层面的浮泛，概括系统时，每个东谈主都有我方特定的视角，你需要站在对的角度才能显著他为什么这样作念；其次是收场层面的浮泛，代码是种技能收场，频频与行寰球的业务主张脱节，形中加多了融资本。耦：代码层面的耦扩大了修改领域；模块层面的耦需要跨模块/劳动交互；系统层面的耦则需要跨团队互助。从代码到模块再到系统，耦的影响缓缓扩大，资本随之加多。变化：业务需求决定了系统，不同的用户需求不样，不同的业务发展阶段需求在收敛变化，系统要跟着业务需求的变化收敛诊治，这时就波及到系统更变的频次和领域。DDD（Domain-Driven Design，域驱动设想）是应付软件设想复杂的法之，它能很好的惩处上述三个问题，但其主张体系复杂（如下图所示），学习弧线陡峻，即便入研读DDD的两本经典文章，神态落地时依然有点“疲于逃命”。
在伸开先容DDD之前，这里先追想下历史：
早期，策画机蜕变多聚焦在谈话面，为软件工程师提供巨大的谈话来操作策画机，充分使用策画机的算力。6年代，面向对象谈话出生，通过封装、接管、多态等特跨越增强了谈话的抒发材干。8年代，出现面向对象的分析与设想，惩处了如何构建类模子的问题，匡助咱们好地使用面向对象谈话来收场系统，但莫得惩处如何把物理寰球映射到策画机寰球的问题。2年，出现域驱动设想法，通过分析业务，抽取主张，成立对应的域模子，再聘请面向对象的分析与设想法构建对应的类模子，达成了从物理寰球到策画机寰球的映射。什么是域？域由三部分组成：域里有户，即涉众域；用户要收场某种业务价值，惩处某些痛点或收场某种诉求，即问题域；面对业务价值，痛点和诉求，有对应的惩处案，这是惩处案域。什么是域驱动设想？芜俚地讲，针对特定业务，用户在面对业务问题时有对应的惩处案，这些问题与案组成了域学问，它包含历程、规则以及处理问题的法，域驱动设想即是围绕这些学问来设想系统。
以营销为例，营销系统所劳动的用户有4类：运营、销售、电销东谈主员和商户。惩处3个中枢问题：如何发券、发给谁、发什么（红包如故扣头券）。惩处案：通过营销行为来承载发券，不同的行为类型对应不同的玩法（如买赠、扣头、充送等）；通过磋磨东谈主群来细目发给谁；通过职权来界说发什么（如：红包、代金券、扣头券等）。
本文将从策略设想、战术设想和代码架构分3个部分先容域驱动设想的落地：
策略设想：细目用例，统谈话和分袂领域。战术设想：主张模子升沉成类（代码）模子。代码架构：将系统设想映射为系统收场。3 策略设想实践策略设想之前，先要细目用例，也即是业务是如何玩的，有几种常见的法：
用例图：简便直不雅的抒发了用户与系统的交互。用户故事：敏捷开拓样子下用的较多，从Who、What和Why三个维度描绘了业务需求。交互原型：用户操作的页面止境操作历程，其纰谬是过于关怀用户体验，而忽略了业务底层逻辑。事件风暴：关怀业务的底层逻辑，但使用门槛较，适用于大型而复杂的业务分析。下图是营销系统的用例图（先并莫得这样完好，这是屡次迭代后的果）：
细目业务玩法后，接下来是统谈话。从用例里抽取主张，并对主张进行甄别（去伪存真，概括并吞）找到着实描绘业务的主张。比如，有多种式来描绘行为规则：充值送规则、返还规则和档位等，技能可能会宽泛地称其为规则，业务东谈主员则用档位来描绘（比如充值送行为，充1送1红包，充2送3红包，充3送5红包，那1、2、3即是业务所以为的档位）。抽取主张时，尽量聘请业务侧的叫法，这样统谈话相比容易行。
接着是明确主张的含义，主张由术语、Term（术语的英文版）和含义三部分组成。含义明确的术语即是统谈话，这些术语将用在日常需求交流、产物文档，技能设想以及代码收场中。
明确主张后，接着理清主张之间的关系（1对1，多对1，多对多），细目主张所代表的的业求实体的中枢属和步履，从而得到主张模子。后续在业务需求扣问、产物和技能案设想时，基于这个主张模子，使用统谈话进行描绘，大能很容易对皆；同期用心抽出的主张和成立的主张模子接近业务实质，为后续的战术设想下了基础。
基于统谈话和主张模子，业务 - 产物 - 技能三个角相比容易就需求达成共鸣，保险交流的致。
贫困这些就很容易出问题，如：刚开看成念营销系统时，在如何描绘“商户”上，莫得统谈话，资金域有三个主张来描绘商户（资金账户、账号ID、资金账号），商域有四个主张描绘商户（商账号、商ID、登录号、登录ID），到了营销域，不同的东谈主聘请不同的主张来描绘商户，形成了交流的杂沓词语。给商户发红包时，“资金账户、账号ID、资金账号、商账号、商ID、登录号、登录ID”这些主张都不错描绘商户，但业务东谈主员弄不清这些主张之间的区别，致ID误用，红包发错。过后对这些主张进行了梳理和统，营销域只关怀资金账户和商账号，系统上明确使用资金账户或商账号来发送红包，这样就不易出错了。
主张模子是张大网，描绘了主张间的关系以及要津属，但还不可径直映射为代码模子，要映射为代码模子，还需拆解，化繁为简。
本源论以为寰球的实质是简便的，复杂问题由多个简便问题组成；康威旨趣以为系统架构受制于组织交流架构，系统落地时，先要细目系统率域，再依据系统率域组织单干。这两个旨趣标明：咱们不错将复杂问题拆解为多个简便问题，并针对团队资源组织单干互助。
这里提供种拆解法（来自好意思团里面）给出了种拆解法：按纵和横两个维度来拆，纵是从业务价值和磋磨维度分袂，横是从的通用维度分袂。这里尝试从业务角度来拆，莫得系统支抓时，业务要在线下运转，频频凭据要达成的业务磋磨，将业务历程或业务组分拆解为多个节点，并界说每个节点的职责以及对应的表率和尺度，安排对应的组织或东谈主员行。简便地说，即是从业务问题和惩处案启航，拆解到对应的东谈主。因此基于业务的拆分频频能收场系统用户、业务问题和惩处案之间的致。业务系统是把业务的玩法从线下搬到线上，在进行系统拆分时，也不错使用这个想路。从三个层面来进行：
基于涉众域拆解：也即是按用户关系进行拆解，不同的用户使用不同的系统，如：CRM由阛阓东谈主员、销售东谈主员、客服东谈主员三类角协同完成客户触达，签约作，售后劳动三大职能，针对这三个角竖立相应的系统材干。这种拆解式相比简便，但也存在较大的局限，可能致的相通竖立。基于问题域拆解：不同角/用户要惩处的问题是雷同/相似的，可基于问题域进行拆解，如营销系统的用户包括销售、商户、销运等角，但它中枢是要惩处如何发券（行为），发给谁（东谈主群），发什么（职权）的问题。基于问题域的拆解相较于基于涉众域的拆解加概括，但也可能复用不够。基于惩处案域拆解：不同的问题，可能有雷同的惩处案，如HR域有请假审批、财务上有报销历程、CRM域存在客户禀赋审批，三个域各自需要惩处审批历程的问题，不错构建通用的审批流引擎来统惩处，这是基于惩处案域进行拆解。基于惩处案域的拆解概括，也贴业务实质，但也容易堕入过度设想的陷坑。营销系统基于问题域拆解为五个子域（行为域，职权域，东谈主群域，送域，数据域），每个子域惩处特定的问题，各子域相对内聚和简便：
业务系统要运转起来，需要子域之间相互配，这就要界说凹凸文映射，铁皮保温收场不同子域间的互助。如行为域关怀的两个磋磨东谈主群：是资金账户（暗示已签约的商户）；另个是商账号（暗示未签约商户）。资金账户是财务域界说的，而商账号是账号域界说的，两个主张都不是营销域原生主张。此时，营销域需通过某种式依赖外部主张，将外部主张映射到营销域，通过腐层来对接外部劳动来收场这种映射。域驱动设想里界说九种凹凸游映射关系，这里不赘述：
下图是营销系统的举座凹凸文关系：
从用例分析，统谈话到子域拆分，初步完成策略设想，但这并非末端，策略设想是个抓续迭代的过程，迭代的起原主要有3个：
用例精化：在探讨需求的过程中，用例收敛丰富。需求变：业务收敛发展带来需求变化，进而影响用例及关系主张的内涵，主张模子亦随之诊治和迭代。案选型：当产物，业务或技能发生较大变化时，可能需要聘请另种式收场它，这时所聘请的主张会有所不同。比如早期构建营销行为域时，通过参与规则来界说谁不错插足行为，将商户与参与规则进行匹配，适就能参与。这种式带来的问题是法提供个完好的行为东谈主群列表，除非将统共商户（5万+）匹配遍。跟着业务越来越疼爱行为参与商户的分层，触达和升沉，引入磋磨东谈主群的主张，通过磋磨东谈主群来保存统共可插足行为的商户。从参与规则到磋磨东谈主群，主张发生了变化，底层模子也不样（参与规则是套规则体系，而磋磨东谈主群由筛选劳动提供），收场了策略设想上的迭代。有了策略设想，构建了统谈话和主张模子后，如何考据主张模子呢？频频用两个法：
场景走查：把模子代入到统共的场景证据遍，细目所概括出来的主张模子和统谈话能正确描绘它。业务预判：改日业务的变化会在何处，当变化发生时，主张模子的内涵和外延是否便延长并支抓到变化。4 战术设想实践策略设想得到了主张模子，战术设想则是将主张模子映射为代码模子，有好多编程范式，比如事务剧本、表样子、面向对象，函数式等，好的式是面向对象的收场。
从主张模子到对象模子：
先，主张是分层的，如营销行为是个泛化主张，其下还有充值送行为、耗尽返行为，买赠行为等具体行为。构建对象模子时，通过派生/接管来收场主张分层。其次，主张关系映射成对象关系，比如营销行为包含了档位和库存，那在构建营销行为对象时，可通过组收场这种包含关系（档位对象和库存对象成为营销行为对象的属）。后，主张的属步履，不错径直变成对象的属和步履；主张的情状机以及人命周期也会变成对象的情状机。两类对象：实体和值对象，这两者的区别是是否有统标记和我方的情状。
有了对象模子，还需通过团员根完成封装，如何细目团员根的粒度？营销行为包含行为、库存、档位、档位项、磋磨东谈主群五个对象，如若聘请小团员根样子，个对象对应个团员根，这样每个团员根都很简便。但从业务角度看，库存或档位会影响行为的情状，如：修改了库存或档位，行为需要重新审批和凹凸线，这种业务上的耦需要在技能上进行处理。此时，就得在小团员根上构建域劳动来封装这些逻辑。
另外种样子是大团员根。围绕行为，把行为关系的主张（行为、库存、档位、档位项、磋磨东谈主群）都封装起来，但团员根相比复杂，影响行为加载（些行为的磋磨东谈主群上百万，懒加载可惩处问题，但加多了复杂度）。
团员根的设想要衔命定的原则：
清闲业务致、数据完好、情状致。比如库归档位和行为情状要致，在数据上也要完好，不存在莫得档位的行为，也不存在莫得库存的行为。技能适度。有些实体会带来技能挑战，如数据量太大，可抽出来单筹商。业务逻辑不朽，在业务封装与适度的职责领域之间寻找均衡。无论是大团员根如故小团员根，业务逻辑遥远都是存在的，即是看把它放在何处。如下图是营销系统的团员根：
团员根照旧颠倒接近代码收场，落地代码时，大还会纠结用贫模子如故充模子。Spring MVC频频运行在单例样子下，引入充模子会加多融资本和技能复杂度。另外，不得当放在团员根里的域逻辑，不错放在域劳动里，如：同期存在多个充值送行为时，用户只可插足先的个，在充值送行为团员根里会标记行为的先，但挑选先的行为并非团员根的职责，但照实是域逻辑的部分，此时可通过域服求收场。
从主张模子，类模子到代码收场，通盘过程都要使用统谈话。在落地代码时，代码要体现出业务含义，比如下图的例子，要避左边updateStatus()这样的法，它莫得体现业务含义（须阅读代码收场，才知谈这个法作念了什么）；图中右边的submitCampaign()，approveCampaign()，cancelCampaign()则有明确的业务含义。
5 代码架构实践完成战术设想后，如何组织代码架构？论是六边形架构，整洁架构如故洋葱架构实质上都是围绕着域模子伸开，愚弄层、基础门径层和外部接口都依赖域模子：
下图是咱们团队的工程实践，与前边三个图实质上是样的。域层和愚弄头绪放在中间（两者都属于域逻辑），基础门径和用户接口依赖中间层：
6 总结咱们作念的大部分系统都不是全新系统，如CRM、HR或SCM等，照旧有好多业界实践，可充分鉴戒这些实践，没要我方创造新主张。要疼爱统谈话。莫得统谈话就不会有主张模子，莫得主张模子就不可能有靠谱的代码模子，拿到需求后就开动设想代码模子是不靠谱的。域驱动设想是团队责任。行中莫得个是严格意旨上的域，统共参与到这项责任的东谈主都不错是域，通盘责任不错由技能团队主，但定要落地到产物和业务。拥抱变化，抓续迭代。模子是相对沉静的，但并非成不变，业务融的度，概括的角度与式，业务的变化都会影响到域模子，域模子的成立是抓续迭代的过程。这里共享几个常见的误区：
陷域驱动设想的主张体系。在代码里依样画葫芦域驱动设想里的主张，比如团员根、值对象、实体等，掰扯主张之间的微小各别，设想复杂的域事件等。这反而加多融资本，让系统变得复杂。域驱动的精髓在于从业务启航，概括出业务域学问，构建主张模子，步步将这些主张模子映射成系统。至于如何聘请团员根、域劳动、实体、值对象、域事件等，不错纯真弃取。试图通过用心设想来取得域模子。域模子不是设想出来的，而是通过策略设想的几个武艺，从业务中概括出来的，进击是融业务，对业务进行概括。使用了DDD就定会产生好的域模子的宗旨也不可取，咱们知谈飞机如何造，但咱们不定疏漏造出好飞机，但如若咱们知谈这个法，不错少走弯路。在聊需求的那刻，设想就开动了，统谈话即是设想的部分。
惩处案域在模子维度分为四层：
模子：产物抒发给咱们业务的玩法，咱们把它变成了用例，从用例里抽取出模子。主张模子：对模子跨越概括，统谈话，形成主张模子。代码模子：将主张模子映射为代码模子。数据模子：业务数据需要存储，需要设想对应的表结构。这里有两个陷坑：
看到模子后，就开动设想数据模子，筹商数据该如何创建、如何新、什么期间该删除，铩羽为CRUD boy。看到模子后，就开动筹商操作数据的历程是什么，堕入到事务剧本陷坑。（关于些简便的，不扬弃使用事务剧本，但关于复杂，事务剧本的调度资本颠倒大）另外，域至少不错分为两大类：是学科型，比如财务、管帐、图形学、能源学，这类系统的设想须先入融学科学问；二是实践型，如CRM、订单往复等，是业务警戒的总结，这类系统的设想不妨参考前东谈主的实践。固然，如若我方的业务具有特，那就只可靠我方摸索了。
7 参考而已[1] 《DDD 实战课》 欧蜕变[2] 《域驱动设想》 Eric Evans[3] 《企业愚弄架构样子》 Martin Fowler[4]《收场域驱动设想》Vaughn Vernon[5] 《The Clean Architecture》Robert C. Martin[6] 《The Onion Architecture》 Jeffrey Palermo[7] https://carlalexander.ca/what-is-software-complexity/[8] https://martinfowler.com/bliki/BoundedContext.html相关词条:铁皮保温施工