api简称接口。
就是一些预先定义的函数,目的是能够让应用程序或者开发人员具有能够访问指定网络资源的能力,而又无需关心访问的源码,或理解内部工作机制的细节。
web Android iOS
由一个地方统一提供API接口,多个平台直接调用这个API接口获取信息
rest API与用户的通信协议,总是使用http协议。
(对安全要求较高的话,可以使用HTTPS)
应该尽量将API部署在专用域名之下。
https://api.example.com
如果确定API很简单,不会有进一步扩展,可以考虑放在主域名下。
https://example.com/api/
应该讲API的版本号放入URL。
https://api.example.com/version/
另一种做法,将版本号放在http头信息中,但不如放入URL方便和直观。
路径又称“终点(endpoint)”,表示API的具体网址。
在restful架构中,每个网址代表一种资源(resource),所以网址中不能有动词,只能有名词,而且所用的名词往往与数据库中的表名对应。一般来说,数据库中的表都是同种记录的”集合“,所以API中的名词也应该使用复数。
举例来说,有一个api提供动物园的信息,还包括各种动物和雇员的信息,则它的路径应该设计成如下:
https://api.example.com/v1/zoos
https://api.example.com/v1/animals
https://api.example.com/v1/employees
对于资源的具体操作类型,由http动词表示。
常用的http动词有如下四个:
post(create):在服务器新建一个资源
delete(delete):从服务器删除资源
put(update):在服务器更新资源(客户端提供改变后的完整资源)
get(select):从服务器取出资源(一项或多项)
如果记录数量很多,服务器不可能都将他们返回给用户,API应该提供参数,过滤返回结果。
?limit=10;指定返回记录的数量
?offset=10;指定返回记录的开始位置
?page=28per_page=100:指定第几页,以及每页的记录数。
?sortby=name&order=asc:指定返回结果按照那个属性排序,以及排序顺序。
?animal_type_id=1:指定筛选条件
常见状态码:
如果产生错误,就应该向用户返回出错误信息,一般来说,返回的信息中将error作为键名,出错信息作为键值即可。
{
error:"Invalid API key"
}
针对不同操作,服务器向用户返回的结果应该符合以下规范。
GET/collection:返回资源对象的列表
GET/collection/resource:返回单个资源对象
POST/collection:返回新生成的资源对象
PUT/collection/resource:返回完整的资源对象
PATCH/collection/resource:返回完整的资源对象
DELETE/collection/resource:返回一个空文档