知识卡片
内容协商让同一个资源地址能适配不同客户端的格式需求
内容
面向资源的架构里，同一逻辑名称可在不同场景返回不同物理格式——中间层要XML、浏览器要JSON、汇总要图片——客户端服务器通过内容协商沟通用哪种格式，无需为每种格式单独发明新地址。价值在于面对格式演进的弹性：支持新数据格式只需服务器端加响应能力，已有客户端不用改动，因为请求的还是同一个名字。
参考来源
- 位置：《架构之美》第5章《面向资源的架构：在Web中》5.4节《面向资源的架构》（源文件：程序之美系列套装（6册）团队之美、项目管理之美、架构之美、数据之美、测试之美、安全之美/_epub-src/OEBPS/Text/part0141.xhtml）
- 结论依据：原文明确"同样名称的资源可能在不同环境下返回不同的物理格式，却保留相同的标识符……我们通过内容协商来指定我们的格式偏好……将来可能出现一些现有客户端都不支持的数据格式。已有的客户端不会需要修改"。
- 原始内容：同样名称的资源可能在不同环境下返回不同的物理格式，却保留相同的标识符……我们通过内容协商来指定我们的格式偏好……已有的客户端不会需要修改，因为我们会在服务器上添加支持。