如何落地业务建模
徐昊
ThoughtWorks中国区CTO
新⼈⾸单¥59.9
2089 人已学习
课程目录
已更新 12 讲 / 共 22 讲
0/2登录后，你可以任选2讲全文学习。
开篇词 (1讲)
开篇词｜为什么你需要学习业务建模？
免费
旧约：“前云时代”的领域驱动设计 (11讲)
01｜领域驱动设计到底在讲什么？
02｜统一语言是必要的吗？
03｜我们要怎么理解领域驱动设计？
04｜跨越现实的障碍（上）：要性能还是要模型？
05｜跨越现实的障碍（中）：富含知识还是代码坏味道？
06 | 跨越现实的障碍（下）：架构分层就对了吗？
07｜统一语言可以是领域模型本身吗？
08 | 什么办法可以在讨论中自然形成统一语言？
09｜怎么才能更有效地获得事件流？
10 | 将模型实现为RESTful API（上）
11｜将模型实现为RESTful API（下）
11｜将模型实现为RESTful API（下）
徐昊 2021-07-17
你好，我是徐昊。今天我们来聊聊继续如何将模型映射为 RESTful API。
上节课我们学习了如何将领域模型实现为 RESTful API 的宏观步骤，分为四步：
通过 URI 表示领域模型；
根据 URI 设计 API；
使用分布式超媒体设计 API 中涉及的资源；
使用得到的 API 去覆盖业务流程，验证 API 的有效性。
并着重学习了，如何通过 URI 表示领域模型；并在得到与领域模型对应的 URI 之后，使用类似角色 - 目标 - 实体法的分析方法，获得 API 候选。那么今天我们就继续学习后面两步，通过分布式超媒体设计 API 中涉及的资源，并将使用 API 覆盖业务流程，以验证 API 的有效性。
RESTful API 是一种什么样风格的 API？
到目前为止我们得到的 API 候选，比如 GET /users 等，还不能被称作 RESTful API，而仅仅可以被叫做基于 HTTP 的远程过程调用（HTTP RPC）。那么 RESTful API 到底是一种什么样的 API 呢？
RESTful API 是指符合 REST 架构风格的 API 设计，而 REST 架构风格是对互联网规模架构（Internet Scale Architecture）的总结与提炼。这一切都源于 Roy Fielding 提出的一个问题：既然互联网（Internet）是人类迄今为止构造的最大的软件应用，那么到底是什么样的架构原则，支撑了如此规模的异构且互联的系统呢？我们能从中学习到什么，以帮助我们更好地构建软件？
确认放弃笔记？
放弃后所记笔记将不保留。
新功能上线，你的历史笔记已初始化为私密笔记，是否一键批量公开？
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《如何落地业务建模》，如需阅读全部文章，
请订阅文章所属专栏，新⼈⾸单¥59.9
请订阅文章所属专栏，新⼈⾸单¥59.9
立即订阅
登录 后留言
精选留言(1)
敬渐进式增强和性能如何权衡呢？比如一个page由多个module组成，一个module由多个element组成，如果/pages/{pageid}只返回module的超链接集合，前端要请求多少次啊？作者回复: 缓存
2021-07-17
收起评论