《函数响应式领域建模》读后感
不得不说这是一本好书。本书涉及的主要内容从书名就可以看出来：函数式、响应式、领域驱动建模。
该书并不是一个入门级教材，读者需要对函数式、响应式、领域驱动建模有一定的基础，缺一不可。比如我对领域驱动建模这块不是太熟悉，研读的时候会不太理解作者为什么会举那些例子；对函数式不够深入，看后面几章就会有云里雾里的感觉；对响应式不清楚，就不会明白作者费那么大的劲举的例子解决了一个什么问题。
消息中间件核心实体（0）
消息中间件核心实体（0）
最近两周在做的一个新项目，一个主从复制的组件，这两天刚跑通测试。
从之前讨论的架构来说，消息中间件也是有主从复制这个模块的，像Rocket就支持主从模式。
在做这个项目之前已经写过两个版本的主从复制模块，基本思路是：
Slave主动和Master建立链接
Sla...
领域驱动设计(DDD)-基础思想
一、序言
领域驱动设计是一种解决业务复杂性的设计思想，不是一种标准规则的解决方法。在领域驱动设计理念上，各路大侠的观点也是各有不同，能力有限、欢迎留言讨论。
二、领域驱动设计
DDD是什么
wiki释义：
领域驱动设计（英语：Domain-driven design，缩写 DDD）是一种通过将实现连接到持续进化的模型[1]来满足复杂
领域模型图(数据架构/ER图)
数据架构核心输出为ER图，包含实体、关系与属性。通过四色原型法进行领域建模：红色MI表时序事件，绿色PPT为业务对象，黄色Role是参与角色，蓝色DESC提供描述信息。以风控系统为例，从业务流程提炼MI，构建PPT实体，补充Role与DESC，最终提取含一对一、一对多等关系的ER图，形成清晰的数据模型。（239字）
领域模型图(数据架构/ER图)
本文介绍如何通过四色原型法构建领域模型，并逐步推导出数据架构中的ER图。以风控系统为例，运用时标性（MI）、参与方-地点-物品（PPT）、角色（Role）和描述（DESC）四类原型，从关键流程出发，提炼实体与关系，最终形成简洁清晰的ER图，助力数据建模。
面对复杂业务，if-else coder 如何升级？
针对业务在不同场景下的差异，我们常常会习惯性地使用if-else来实现不同的业务逻辑，久而久之代码越来越难以维护。那么如何消除这些if-else？面对复杂业务应如何思考和分析？本文分享阿里高级技术专家张建飞（Frank）关于复杂业务治理的方法论，介绍一种多维度分析问题的方法：矩阵分析法。
