导语

  

内容提要

  

    水野贵明著的《Web API的设计与开发》结合丰富的实例，详细讲解了Web API的设计、开发与运维相关的知识。第1章介绍Web API的概要；第2章详述端点的设计与请求的形式；第3章介绍响应数据的设计；第4章介绍如何充分利用HTTP协议规范；第5章介绍如何开发方便更改设计的Web API；第6章介绍如何开发牢固的Web API。
    本书适合工作中需要设计、开发或修改Web API的技术人员阅读。

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