在上一篇文章中,我们了解到 REST API 与 HTTP 请求是如何映射的。接下来,我们继续探索如何把 API 的目标转换成 REST API 。
我们会安装下面四个步骤进行转换:
API 目标表格描述了用户是谁,能做什么,如何做,需要提供什么,获得什么结果,最终形成用户的目标。
为了方便后面的讨论,我们使用自行车目录管理目标表格,进行 API 目标到 REST API 转换的探索。
谁 | 做什么 | 如何做 | 输入 | 输出 | 目标 |
---|---|---|---|---|---|
管理员 | 管理目录 | 添加自行车 | 目录;自行车信息 | 已添加的自行车 | 添加自行车到目录 |
- | - | 获取自行车信息 | 自行车 | 自行车信息 | 获取自行车 |
- | - | 更新自行车信息 | 自行车;更新信息 | 更新自行车 | |
- | - | 删除自行车 | 自行车 | 删除自行车 | |
- | - | 查询自行车 | 目录;关键词 | 在目录中查询自行车 |
首先,列出目标中的名词,发现资源。这些名词通常跟在表示主要操作的动词的后面。在第一节的目标表格中,我们很容易可以找到两个名词:
然后,找出资源之间的关系。资源之间的关系,可以是下面三种关系:
在 API 目标表格中,一共有 5 个目标。把自行车资源和目录资源关联到一起的是下面两个目标:
自行车
到目录
目录
中查询自行车
在这里,目录资源就是一个集合,可以包含多个自行车资源(相同类型)。因此,目录和自行车形成了包含关系。
本文完成了从 API 目标到 REST API 转换到第一步:发现资源,并找出他们之间的关系。找出目标中主要操作后面的名词,他们是潜在的资源。资源之间存在三种关系:包含关系,所有关系和没有关系。在下一篇文章中,我们继续分析资源的操作,输入和输出。