第1章 什么是Web API 1
1.1 Web API的重要性 3
1.1.1 通过API才能使用的在线服务出现 5
1.1.2 移动应用与API 7
1.1.3 API的经济学 7
1.2 各种各样的API模式 8
1.2.1 将已发布的Web在线服务的数据或功能通过API公开 8
1.2.2 将附加在其他网页上的微件公开 9
1.2.3 构建现代Web应用 10
1.2.4 开发智能手机应用 11
1.2.5 开发社交游戏 11
1.2.6 公司内部多个系统的集成 12
1.3 应该通过API公开什么 12
1.3.1 公开API是否会带来风险 13
1.3.2 公开API能得到什么 14
1.4 设计优美的Web API的重要性 15
1.4.1 设计优美的Web API易于使用 15
1.4.2 设计优美的Web API便于更改 16
1.4.3 设计优美的Web API健壮性好 16
1.4.4 设计优美的Web API不怕公之于众 16
1.5 如何美化Web API 17
1.6 REST与Web API 18
1.7 作为目标对象的开发人员数量与API的设计思想 19
1.8 小结 20
第2章 端点的设计与请求的形式 21
2.1 设计通过API公开的功能 21
2.2 API端点的设计思想 24
2.3 HTTP方法和端点 31
2.3.1 GET方法 32
2.3.2 POST方法 33
2.3.3 PUT方法 33
2.3.4 DELETE方法 34
2.3.5 PATCH方法 35
2.4 API端点的设计 37
2.4.1 访问资源的端点设计的注意事项 41
2.4.2 注意所用的单词 43
2.4.3 不使用空格及需要编码的字符 43
2.4.4 使用连接符来连接多个单词 44
2.5 搜索与查询参数的设计 45
2.5.1 获取数据量和获取位置的查询参数 46
2.5.2 使用相对位置存在的问题 47
2.5.3 使用绝对位置来获取数据 48
2.5.4 用于过滤的参数 49
2.5.5 查询参数和路径的使用区别 52
2.6 登录与OAuth 2.0 53
2.6.1 access token的有效期和更新 58
2.6.2 其他Grant Type 59
2.7 主机名和端点的共有部分 61
2.8 SSKDs与API的设计 63
2.9 HATEOAS和REST LEVEL3 API 64
2.9.1 REST LEVEL3 API的优点 67
2.9.2 REST LEVEL3 API 67
2.10 小结 68
第3章 响应数据的设计 69
3.1 数据格式 69
3.2 使用JSONP 74
3.2.1 支持JSONP的操作方法 75
3.2.2 JSONP与错误处理 77
3.3 数据内部结构的思考方法 79
3.3.1 让用户来选择响应的内容 81
3.3.2 封装是否必要 82
3.3.3 数据是否应该扁平化 83
3.3.4 序列与格式 85
3.3.5 该如何返回序列的个数以及是否还有后续数据 88
3.4 各个数据的格式 90
3.4.1 各个数据的名称 90
3.4.2 如何描述性别数据 92
3.4.3 日期的格式 95
3.4.4 大整数与JSON 96
3.5 响应数据的设计 97
3.6 出错信息的表示 98
3.6.1 通过状态码来表示出错信息 98
3.6.2 向客户端返回详细的出错信息 99
3.6.3 如何填写详细的出错信息 101
3.6.4 发生错误时防止返回HTML 102
3.6.5 维护与状态码 102
3.6.6 需要返回意义不明确的信息时 103
3.7 小结 104
第4章 最大程度地利用HTTP协议规范 105
4.1 使用HTTP协议规范的意义 105
4.2 正确使用状态码 107
4.2.1 2字头状态码：成功 109
4.2.2 3字头状态码：添加必要的处理 111
4.2.3 当客户端请求发生问题时 113
4.2.4 5字头状态码：当服务器端发生问题时 115
4.3 缓存与HTTP协议规范 116
4.3.1 过期模型 117
4.3.2 验证模型 120
4.3.3 启发式过期 122
4.3.4 不希望实施缓存的情况 123
4.3.5 使用Vary来指定缓存单位 123
4.3.6 Cache-Control首部 125
4.4 媒体类型的指定 127
4.4.1 使用Content-Type指定媒体类型的必要性 129
4.4.2 以x-开头的媒体类型 130
4.4.3 自己定义媒体类型的情况 131
4.4.4 使用JSON或XML来定义新的数据格式的情况 132
4.4.5 媒体类型与安全性 133
4.4.6 请求数据与媒体类型 134
4.5 同源策略和跨域资源共享 136
4.5.1 CORS基本的交互 137
4.5.2 事先请求 138
4.5.3 CORS与用户认证信息 139
4.6 定义私有的HTTP首部 139
4.7 小结 141
第5章 开发方便更改设计的Web API 143
5.1 方便更改设计的重要性 143
5.1.1 公开发布的API 144
5.1.2 面向移动应用的API 145
5.1.3 Web服务中使用的API 145
5.2 通过版本信息来管理API 146
5.2.1 在URI中嵌入版本编号 147
5.2.2 如何添加版本编号 149
5.2.3 在查询字符串里加入版本信息 151
5.2.4 通过媒体类型来指定版本信息 152
5.2.5 应该采用什么方法 153
5.3 版本变更的方针 153
5.4 终止提供API 155
5.4.1 案例学习：Twitter废除旧版本的API 156
5.4.2 预先准备好停止服务时的规范 156
5.4.3 在使用条款中写明支持期限 159
5.5 编排层 160
5.6 小结 162
第6章 开发牢固的Web API 163
6.1 让Web API变得安全 163
6.2 非法获取服务器端和客户端之间的信息 165
6.2.1 用HTTPS对HTTP通信实施加密 165
6.2.2 使用HTTPS是否意味着100％安全 167
6.3 使用浏览器访问API时的问题 169
6.3.1 XSS 169
6.3.2 XSRF 174
6.3.3 JSON劫持 176
6.4 思考防范恶意访问的对策 180
6.4.1 篡改参数 181
6.4.2 请求再次发送 183
6.5 同安全相关的HTTP首部 185
6.5.1 X-Content-Type-Options 185
6.5.2 X-XSS-Protection 186
6.5.3 X-Frame-Options 186
6.5.4 Content-Security-Policy 187
6.5.5 Strict-Transport-Security 187
6.5.6 Public-Key-Pins 188
6.5.7 Set-Cookie首部和安全性 189
6.6 应对大规模访问的对策 191
6.6.1 限制每个用户的访问 192
6.6.2 限速的单位 194
6.6.3 应对超出上限值的情况 195
6.6.4 向用户告知访问限速的信息 198
6.7 小结 204
附录A 公开Web API的准备工作 205
A.1 提供API文档 205
A.2 提供沙盒API 206
A.3 API Console 207
A.4 提供SDK 209
附录B Web API确认清单 211