摘要：
DDD的事件风暴第三个阶段“领域建模”时，我们会根据场景分析过程中产生的领域对象，比如命令、事件等之间关系，找出产生命令的实体，分析实体之间的依赖关系组成聚合，为聚合划定限界上下文，建立领域模型以及模型之间的依赖。 本阶段的 输入： 上阶段DDD事件风暴 - 业务场景分析的业务领域知识和场景分类清单 阅读全文
posted @ 2022-12-24 07:54 蝈蝈俊 阅读(485) 评论(0) 推荐(0) 编辑
摘要：
DDD的事件风暴第二个阶段“业务场景分析”是从用户视角出发的，根据业务流程或用户旅程，采用用例和场景分析，探索领域中的典型场景，找出领域事件、实体和命令等领域对象，支撑领域建模。 事件风暴参与者要尽可能地遍历所有业务细节，充分发表意见，不要遗漏业务要点。 本阶段的 输入： 上阶段的服务价值定位：DD 阅读全文
posted @ 2022-12-23 06:49 蝈蝈俊 阅读(477) 评论(0) 推荐(0) 编辑
摘要：
这是DDD事件风暴的第一个阶段，是对产品顶层价值的设计，使产品目标用户、核心价值、差异化竞争点等信息达成一致，避免产品偏离方向。 我们可以用“电梯演讲”这个工具来帮我们更清晰的理解产品的价值点和存在的意义。 参与者要对每一个点（下图最左侧列的内容）发表意见，用水笔写在贴纸上，贴在黄色贴纸的位置。 这 阅读全文
posted @ 2022-12-22 07:30 蝈蝈俊 阅读(104) 评论(0) 推荐(0) 编辑
摘要：
事件⻛暴（Event Storming）是一种 “自底向上” 的设计方法，先关注具体的业务细节，然后通过归纳、聚合、抽象的方法获得整体层面的认知和设计。 事件⻛暴的发明⼈是 Alberto Brandolini ，它来源于 Gamestorming(游戏风暴)，通过 ⼯作坊（workshop） 的⽅ 阅读全文
posted @ 2022-12-21 21:05 蝈蝈俊 阅读(224) 评论(0) 推荐(0) 编辑
摘要：
简单来说： 效率是“以正确的方式做事”。 效能则是“做正确的事”。 效率（Efficiency） 指单位时间内完成的工作量。 如：工作效率，用机耕比用畜耕效率高得多。 侧重于「把事情做正确」(Do the thing right) 效能（Effectiveness） 效能是指有效的、集体的效应，即： 阅读全文
posted @ 2022-12-20 14:37 蝈蝈俊 阅读(1531) 评论(0) 推荐(0) 编辑
摘要：
在领域模型映射成程序设计时，最基础的领域对象会是实体、值对象、聚合根这些。 实体（Entity） 通过一个唯一标识字段来区分真实世界中的每一个个体的领域对象。 实体 = 唯一身份标识 + 可变性 在实体的生命周期内，无论其如何变化，其仍旧是同一个实体。 实体本身是有状态的； 实体有严谨的生命周期； 阅读全文
posted @ 2022-12-18 08:35 蝈蝈俊 阅读(2925) 评论(0) 推荐(0) 编辑
摘要：
限界上下文（英文：Bounded Context，简称BC）。从字面上就知道限界上下文（BC）有两层意思： Bounded即有边界的，限界就是领域的边界； Context即上下文相关的，上下文是指语义环境； 限界上下文的定义：用来封装通用语言和领域对象，提供上下文环境，保证在领域之内的一些术语、业务 阅读全文
posted @ 2022-12-17 19:08 蝈蝈俊 阅读(407) 评论(0) 推荐(0) 编辑
摘要：
领域和子域 领域（domain）：需要讨论的问题范围，称为域、领域或问题域。 子域（subdomain）：对于域进行不同纬度切分相对内聚的单元。比如：电商业务涉及订单、库存、营销子域等。 比如：我们要研究桃树，桃树就是领域，将桃树根据器官分成根、茎、叶、花、果实、种子这些子域。 领域是一个组织所做的 阅读全文
posted @ 2022-12-17 14:32 蝈蝈俊 阅读(166) 评论(0) 推荐(0) 编辑
摘要：
从被挑战点看微服务适用场景提到一个微服务绝对不能一个人维护，那几个人维护合适呢？三个火枪手原则给出了答案： 从系统规模来讲： 3 个人负责开发一个系统，系统的复杂度刚好达到每个人都能全面理解整个系统，又能够进行分工的粒度； 如果2个人开发一个系统，系统复杂度不够； 如果4个人甚至更多人开发一个系统， 阅读全文
posted @ 2022-12-14 08:38 蝈蝈俊 阅读(475) 评论(0) 推荐(0) 编辑