20、设计读写资源导向型服务中的用户账户资源

设计读写资源导向型服务中的用户账户资源

在设计可让客户端创建、修改和删除资源的服务时，需要遵循一系列步骤。以下将详细介绍这些步骤以及如何应用于用户账户资源的设计。

设计步骤概述

整个设计过程包含以下 9 个步骤：
1. 确定数据集
2. 将数据集拆分为资源
3. 用 URI 命名资源
4. 暴露统一接口的子集
5. 设计客户端提交的表示形式
6. 设计提供给客户端的表示形式
7. 使用超媒体链接和表单将此资源集成到现有资源中
8. 考虑典型事件流程：应该发生什么？
9. 考虑错误情况：可能会出现什么问题？

确定数据集

大多数带有用户账户的网站会将个人信息（如姓名或电子邮件地址）与账户关联起来。但在地图服务中，用户账户仅关联两项信息：
- 账户名称
- 用于访问账户的密码

每个用户账户还关联一些从属资源（行星上的自定义地点），不过这部分后续再考虑。目前只需一种识别特定用户账户的方式（用户名），以及客户端提供与特定用户账户关联的凭证的方式（密码）。虽然不跟踪个人信息，但为了便于可视化服务和进行系统增强，仍使用“用户账户”这一传统术语。

将数据集拆分为资源

之前数据集较大且模糊（“行星、地点和地图”）时，这是一个相当大的步骤。现在数据集较为受限，即“用户账户”。将每个用户账户作为一个资源暴露出来，这些新资源属于特定类型的门户，通过它们服务可以暴露底层的用户对象。不过，不会将用户账户列表本身作为一次性资源暴露，也不会提供让客户端搜索用户列表的算法资源。

用 URI 命名资