如何落地业务建模
徐昊
ThoughtWorks中国区CTO
新⼈⾸单¥59.9
2296 人已学习
课程目录
已更新 19 讲 / 共 29 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词|为什么你需要学习业务建模?
免费
旧约:“前云时代”的领域驱动设计 (11讲)
01|领域驱动设计到底在讲什么?
02|统一语言是必要的吗?
03|我们要怎么理解领域驱动设计?
04|跨越现实的障碍(上):要性能还是要模型?
05|跨越现实的障碍(中):富含知识还是代码坏味道?
06 | 跨越现实的障碍(下):架构分层就对了吗?
07|统一语言可以是领域模型本身吗?
08 | 什么办法可以在讨论中自然形成统一语言?
09|怎么才能更有效地获得事件流?
10 | 将模型实现为RESTful API(上)
11|将模型实现为RESTful API(下)
深度答疑专题 (4讲)
说点题外话01|好耦和与坏耦和
说点题外话02|模式并不是解决方案
说点题外话03|银弹可以杀死狼人,但你怎么知道狼人不是你呢?
说点题外话04|面向对象的原则适用于RESTful API吗?
新约:云时代的业务建模 (3讲)
12|云时代的挑战(上):弹性边界还是业务边界?
13|云时代的挑战(下):如何保持弹性边界的独立性?
14 | 8X Flow(上):何为业务?何为领域?
如何落地业务建模
15
15
1.0x
00:00/00:00
登录|注册

14 | 8X Flow(上):何为业务?何为领域?

你好,我是徐昊。今天我们开始进入 8X Flow 的学习。
8X Flow 是继四色建模法之后,由我发明的另一种建模方法。其实以前四色建模法也叫 8X Flow。
从之前的学习中你会发现,四色法是一种数据流方法——Flow 有了;而我姓徐名昊字八叉,以我的名字命名而得;但后来为了向 Peter Coad 致敬,表示灵感来自他的彩色建模法,就叫了四色建模法。于是今天要介绍的方法,我们内部之前叫 8X Flow 2.0,现在直接叫 8X Flow 就行了。
8X Flow 方法是四色法的一种演进。虽然权责追溯仍然是 8X Flow 的核心理念,但比起四色法,8X Flow 更注重通过权责关系,提取业务模式;并通过引入变化点构建可复用的业务模型。所以对于业务平台或业务中台这类系统来说,8X Flow 可谓是量身定制。此外,由于充分考虑了云时代的架构约束,得到的模型也能很容易地映射到微服务架构上。
那么接下来,我会用三节课来介绍 8X Flow 的具体内容。今天我们先来讲一讲业务系统与领域系统的区别,因为这二者之间有着明显的弹性边界,而根据弹性优先原则,我们首先要对它们加以区分。

模型真的是稳定的吗?

正如我们在“云时代的挑战”这两讲中提到的,进入云时代后,出于更有效地利用云平台的目的,我们引入了新的架构约束:弹性优先原则。也就是说,在云时代架构系统中,弹性是最需要优先考虑的因素。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
该试读文章来自付费专栏《如何落地业务建模》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥59.9
立即订阅
登录 后留言

精选留言(1)

  • 狩月
    "这主要是因为,他并没有区分领域和业务,所以他想解决的问题是对“业务逻辑”的提取。而书中例子多是“领域逻辑”,只不过因为“领域逻辑”更好举例而已"

    拆穿了皇帝的新衣啊。。很多时候ddd难理解就是因为书里的例子小而美, 而现实的中的复杂业务系统根本无法那样直觉性的建模

    作者回复: 多年反思的结果 业务领域要分开

    2021-08-03
收起评论
1
返回
顶部