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

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

在设计资源导向服务时，若要让客户端能够创建、修改和删除资源，需要遵循一系列步骤。以下是详细的设计流程和要点。

设计步骤概述

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

确定数据集

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

每个用户账户还关联着一些从属资源（行星上的自定义地点），不过这部分内容后续再详细考虑。目前，我们只需要一种识别特定用户账户的方式（用户名），以及客户端提供与特定用户账户关联的凭证的方式（密码）。由于不跟踪任何个人信息，从传统意义之外的角度来看，甚至可以不称其为“用户账户”，而称为“受密码保护的注释集”，但为了便于可视化服务以及大家对用户账户系统进行扩展，我们还是沿用传统术语。

将数据集拆分为资源

之前数据集较大且模糊（如“行星、地点和地图”）时，这一步较为复杂。而现在数据集较为明确，即“用户账户”。我们将每个用户账户作为一个资源暴露出来。从之前的术语角度来看，这些新资源属于第二类资源，它们是服务暴露底层用