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