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

一、restfulAPI

1、解释：

restfulAPI协议，我们也可以说是一套API接口编写风格。

它被现在很多企业所认可和默认，是一套成俗的API接口编写方案。

2、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()
            });
        };

 

那么来总结一下：

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

2、在restfulAPI中，我们通过http下不同的访问动作来实现对资源的常规操作。（增、删、改、查）

 

二、Oauth2.0

 

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