【多图预警】手把手教你用“DDD”的思维构建产品架构 ｜ 附参考案例

p>值得注意的是，的产品的内部路由不是一变为不变的，它不想随着的产品相对于的叠加而叠加，比如示意图是小红书历次slogan的叠加，每一次相对于的变更都假定回传和输借助于的调整。

三、两个【直觉】

去找了内部路由，最后就是并用“裂解直觉”对内部路由同步进行梳理，并并用“生成直觉”对系统对同步进行重构。

1. 裂解直觉——6W2H

通过第一步，我们去找了与系统对关的的、最从外部的回传和输借助于本体，最后就是量化本体与本体、本体与系统对二者之间的联系。最下半年且有效的上新方法就是6W2H：

1）裂解回传

回到该线上科目系统对，先为按照上图的上新方法量化试题：对于回传，我们要先辈溯源，认知它从哪来，如何来、与系统对的关系等。

what（物件）：试题一般来说、分值； who（谁参与回传）：借助于题老师； when（什么时候回传）：科目此前； where（从哪来）：短文； how（怎样回传）：建立、引入； how much（数量受什么从外部影响）：科目方式则。

通过以上量化，我们上新发现了两个本体：借助于题老师和短文，并不需要继续对其裂解至最细（可知示意图），过程里可省略为一些阶数（笔试、考官也按照并不相同的办法同步进行裂解，此处略为）。

2）裂解输借助于

对于输借助于的裂解渐进不想有少许不一样：我们要发散直觉，认知它到哪去，如何去、如何扩充输借助于等。

what（物件）：科目方式则上、科目短时间、科目核定； who（谁参与回传）：学校交由人； when（什么时候回传）：科目此前； where（到哪去）：试场。

某种程度对去找借助于的本体用并不相同上新方法同步进行于是又裂解：

曾一度，我们现在有了一个非常浩大的涵盖各角色、各事物及信息流转方向的对象联系画布。

2. 生成直觉——拆分除此以外

如果把我们面对的缺陷叫认真“领可定义”，最后，就要并用生成的思期望将一个或多个分散的本体封装为一个适度，使“领可定义”拆分为几个“除此以外”（子系统对）。

在领可定义特别设计建筑设计思期望里，关于如何生成可遵循以下四个法理：

生命周期相容性法理 缺陷可定义相容性法理 情景频率相容性法理 生成应该尽显然的小法理

翻译变为的产品老板能听懂的话就是：

本体A转回另外一个本体B应该该有普遍存在的意义。例如如果没科目，那么也就不普遍存在试场 等同于一个缺陷可定义的本体不能放在一起。比如的网站监考和的网站试场，根据生命周期法理显然不想把这两个本体放在一个除此以外，因为有早就同步进行的试场才并不需要监考，但其实他们消除的是两个相异领可定义的缺陷 本体A和本体B能否被同时操控。以“试题”、“试场”和“短文”为例，试题涵盖了很多短文，这些短文不想通过该线上试场展出给每个笔试。但是，站在操控层面，如果你要详细信息试题列表，毕竟并不并不需要关心里面的短文，也不并不需要了解试题所在的试场。尽管考务部门在整张试场的时候不想详细信息短文以正确性应该该添加正确，但是大多数时候并不不想去详细信息短文的分数，更不显然在建立试场的时候修改短文 剩余的本体均拆分变为单独的除此以外。 好的拆分可以让整个系统对更灵活，扩充性更较高。但是也不能一味追求分化，并不需要根据自己经营范围的实际情景去加权。还是拿短文和试题举例，如果你的经营范围比较简单，只并不需要对试题同步进行操控，那么可以把短文和试题拆分为一个“试题除此以外”；如果你的经营范围比较简单，试题既可以从外部建立，也可以通过短文组卷，那么就并不需要拆分为两个除此以外“组人除此以外”和“试题除此以外”。

因此对于该线上科目应该用插件可以认真如下拆分：

3. 裂解直觉——界限句子

在DDD里，对界限句子的定义是：特性的经营范围时序被分界该线静态切分的有机体。可以简单思考为于是又次并用裂解直觉把每个子东边限于到的计算机系统裂解借助于来（此处不一一举例）。

4. 关于该处理过程的答疑

个人认为，本部分是本篇关键性也是最难思考的内容，因此有适当认真一些解释。

我认真过几个从0-1的的产品，在同步进行浏览器调研此前，首先为不想如期构思好显然的经营范围时序，于是又通过调研去正确性和补充。因为没关的经营范围经验，如期期望的时序就不想不下半年，在这种具体才会我开始寻觅一种能够快速熟悉经营范围的上新方法。

经过不断概括经验，我发现任何一个的产品都只不想关心于一个适度缺陷，所以我从外部从这个适度缺陷正因如此，去找借助于关的的回传输借助于，于是又通过各个阶数的不断裂解，不仅能去找所限于的所有本体和过程，同时还去找了他们二者之间的联系（经营范围时序）。各位看官不妨一试。

四、三个【齐备】

一个系统对要期望好用，有齐备可扩充的适度功能只是第一步，还必须保证系统对的稳定度和稳定性。

这些不只是技术部门并不需要考量的缺陷，的产品老板也并不需要建筑设计适当该的的产品管理模式、经营范围时序和适度功能直觉来规避这些缺陷，有时甚至要牺牲生命浏览器体会。

在稳定度上，我们现在从经营范围的角度把一个大系统对拆分变为了一个个较高内聚、极低耦合的小计算机系统，最后就要从运行维护的角度考量如何侦测预警以及借助于缺陷时的上报和消除。

此外还要去找借助于所依赖性的第三方服务，认真好及时监控和应该急提案，示意图是我在网络去找的通过建筑设计维护稳定度的两个例子。

某种程度在稳定性上，除了要保证适度的样本安全、网络安全，的产品老板还要认真一些大大提高稳定性的建筑设计，如二次验证、CA加密、二级私钥等。

五、四个【层级】

曾一度，我们现在将整个经营范围拆分借助于了多个领可定义（系统对/计算机系统），最后就是纵向地对层级同步进行拆分。

这里先为概述一下的产品层面的三层管理模式（虽不是但源于技术层面）：

表示层：与浏览器从外部认识的插件和硬件形态 经营范围直觉层：通过上述处理过程拆分借助于来的各领可定义计算机系统 样本层：适用到的样本库和样本服务

这种管理模式本身没什么缺陷，但是如果站在更较高的背景看整个的产品乘积，你不想发现随着经营范围情景更比较简单，每条经营范围该线都不想变得非常死板，并且经营范围该线与经营范围该线二者之间不想普遍存在单调造车轮的具体情况。

比如公司要认真一个企业专业训练的上新经营范围，其里组人、试题计算机系统可以完全复用科目系统对（类似于技术研发里的“组件”“里台”概念），但在现有三层管理模式下还好同步进行抽离。

因此在建筑设计的产品管理模式时，还要根据的产品老板的经验，对经营范围依赖性性不较高，耐用性、复用性较强的除此以外单独抽离借助于来，组变为上新的一层——通用经营范围层。

表示层； 经营范围直觉层； 通用经营范围层； 样本层。

曾一度，我们将上述处理过程得借助于的结果同步进行校订，于是又去找建筑设计同事帮忙美化一下，才会得到示意图：

六、概括

一个关键性路径：去找借助于内部的回传输借助于； 两个直觉：裂解借助于各本体，生成借助于各除此以外； 三个齐备：考量稳定度、稳定性、第三方服务； 四个层级：按表示层、经营范围直觉层、通用经营范围层、样本层拆分。

本文由 @的产品北管 原创发布于人人都是的产品老板，未经原作者许可，禁止发表文章。

题图来自Unsplash，基于CC0协议。

。

SyncSmart数据底座
厦门白癜风医院哪家好
信阳妇科哪家医院最好
南宁白癜风治疗费用是多少
广州不孕不育医院哪家正规