领域模型图(数据架构/ER图)
数据架构核心输出为ER图，包含实体、关系与属性。通过四色原型法进行领域建模：红色MI表示时标事件，绿色PPT为参与方-地点-物品，黄色Role是角色，蓝色DESC为描述信息。以风控系统为例，从业务流程提炼MI，构建PPT实体，补充Role与DESC，最终提取出ER图，明确实体间一对一、一对多或多对多关系，形成清晰的数据模型。（239字）
领域模型图(数据架构/ER图)
本文介绍如何通过四色原型法进行领域建模，构建数据架构中的ER图。以风控系统为例，依次解析关键流程、识别时标性原型（MI）、参与方-地点-物品原型（PPT）、角色原型（Role）和描述原型（DESC），最终提炼出实体与关系，形成简洁的ER图，助力数据模型设计。
从MVC框架看MVC架构的设计(转)
尽管MVC早已不是什么新鲜话题了，但是从近些年一些优秀MVC框架的设计上，我们还是会发现MVC在架构设计上的一些新亮点。本文将对传统MVC架构中的一些弊病进行解读，了解一些优秀MVC框架是如何化解这些问题的，揭示其中所折射出的设计思想与设计理念。
复杂性应对之道——矩阵思维（多维度思考）
> You should not be a if-else coder, should be a complexity conquer. -Frank
# 前言
这篇文章，是对之前我在[《一文教会你如何写复杂业务代码》](https://www.atatech.org/articles/146064)说的“自上而下的结构化分解 + 自下而上的抽象建模”方法论的升级。因为在之前的方法论中，我
我看技术人的成长路径
有一句诗词说：宠辱不惊，看庭前花开花落；去留无意，望天上云卷云舒。其实就是讲内心修炼到了一种心境平和，淡泊自然的境界。
业务团队如何统一架构设计风格？
首次上线应用，面对业务框架搭建你是否曾感到无从下手？维护线上应用，面对大量历史包袱你是否正避坑不及深陷泥潭？为何同样是业务应用，不同人的设计风格千差万别？为何最初的设计经过多个迭代后总是面目全非？新人来到团队，怎样才能快速了解业务，不被大量技术细节折磨？如果你也有这些困扰，希望本文能提供些许帮助。
