深刻理解restfulAPI和 Oauth2.0（精简版）

1、restfulAPI

一、解释：

restfulAPI协议，咱们也能够说是一套API接口编写风格。

它被如今不少企业所承认和默认，是一套成俗的API接口编写方案。

二、restfulAPI之资源

例一：

https://www.xifl.com/users/1 

在PHP中，咱们对数据表操做，咱们会在咱们的项目中构建一个model，经过控制器对model来实现基本的增删改查，而且经过视图来渲染咱们获取的数据。

那么，在restfulAPI中，咱们一般用全球资源定位符（URL）来表示模型数据。

简单说：资源表示模型数据。

在restfulAPI风格中，URI咱们通常用复数形式，来表示模型数据的集合，例如/users ， 然后面的/1 来表示数据的条数。

那么问题来了，为了统一让不一样的客户端或服务商用个人接口。接口格式是统一了，怎么才能实现对资源的增删该查呢？

在http1.0或http1.1中，访问资源咱们能够有不一样的访问的动做。

如：

GET POST PUT / PATCH DELETE HEAD OPTIONS

GET 咱们通常用来获取资源数据。

POST 咱们用来向服务器提交处理数据。

PUT / PATCH 咱们用来修改资源数据。

DELETE 咱们用来删除资源数据

HEAD 咱们用来获取method头部信息。

OPTIONS 咱们用来获取当前服务商都容许那些访问动做。

例二：

获取id为1的数据：

 $http({ url: 'https://www.xifl.com/users/1', method: 'GET', }).success(function (result) { //console.log()
            }).error(function (errors) { //console.log()
 }); };

例三：

删除id为1的数据

 $http({ url: 'https://www.xifl.com/users/1', method: 'DELETE', }).success(function (result) { //console.log()
            }).error(function (errors) { //console.log()
 }); };

 

那么来总结一下：

一、在restfulAPI中，咱们经过统一的URL（全球资源定位符）来表示模型数据。

二、在restfulAPI中，咱们经过http下不一样的访问动做来实现对资源的常规操做。（增、删、改、查）

 

2、Oauth2.0

 

时间关系，待续。。。。。。0.0