25、基于Rails的服务实现：书签与用户管理

基于Rails的服务实现：书签与用户管理

1. 响应状态码规则

在处理书签和用户账户相关请求时，不同的情况需要返回不同的HTTP响应状态码，具体规则如下：
| 请求情况 | 响应状态码 | 说明 |
| — | — | — |
| 用户尝试创建已存在的书签或用户账户 | 409（Conflict） | 表示资源冲突，如重复创建 |
| 客户端提供不完整或无意义的数据 | 400（Bad Request） | 例如创建书签时未提供URI，或提供的不是有效的URI |
| 客户端发送错误的媒体类型 | 415（Unsupported Media Type） | 如创建用户时发送JSON格式而非ActiveRecord XML或表单编码格式 |

2. Rails未实现的功能

Rails本身存在一些未实现或不符合期望的功能，需要手动实现：
- Conditional GET ：Web服务应尽可能在响应中发送 Last-Modified 和 ETag 头，以便客户端在后续请求时可以根据资源是否修改来进行条件请求，从而节省时间和带宽。核心Rails未实现此功能，可参考示例7 - 9实现 Last-Modified 的解决方案。
- param[:id]问题 ：Rails假设资源对应ActiveRecord对象，URI中的“列表项”资源通过ID标识数据库表中的行。但实际客户端可能请求更易读的URI，如 /v1/users/leonardr </