如何落地业务建模
徐昊
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(下)
如何落地业务建模
15
15
1.0x
00:00/00:00
登录|注册

11|将模型实现为RESTful API(下)

你好,我是徐昊。今天我们来聊聊继续如何将模型映射为 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
立即订阅
登录 后留言

精选留言(1)

  • 渐进式增强和性能如何权衡呢?比如一个page由多个module组成,一个module由多个element组成,如果/pages/{pageid}只返回module的超链接集合,前端要请求多少次啊?

    作者回复: 缓存

    2021-07-17
收起评论
1
返回
顶部