接口服务架构：restful、rpc

接口服务架构：restful、rpc

也是api接口种类，主要有rpc和restful

rpc

也叫远程过程调用(远程服务调用)

模型

服务端提供一个同一个地址

出现的问题

接口多了，对应函数和参数也就多了，前端在请求api接口时，就睡比较容易难找，容易出现重复接口

restful

也叫资源状态转换

后端把所有数据和文件都看成资源。那么接口请求数据，本质上来说就是对资源的操作

web项目中操作资源，无非就是增删查改，所以要求在地址栏中声明要操作的资源是什么然后通过http请求动词来说明对资源进行操作，http请求动词都有(post、get、delete、put)

RESTFUL API规范

restful是一种Web API接口的设计风格，尤其适用于前后端分离的应用模式中

而对于数据资源分别使用POST、DELETE、GET、UPDATE等请求动作来表达对数据的增删查改。

请求方法	请求地址	后端操作
GET	/students	获取所有学生
POST	/students	增加学生
GET	/students/	获取编号为pk的学生
PUT	/students/	修改编号为pk的学生
DELETE	/students/	删除编号为pk的学生

参考文档：http://www.runoob.com/w3cnote/restful-architecture.html

接口实施过程中，会存在幂等性。所谓幂等性是指代客户端发起多次请求是否对于服务端里面的资源产生不同结果。如果多次请求，服务端结果还是一样，则属于幂等接口，如果多次请求，服务端产生结果是不一样的，则属于非幂等接口。在http请求，get/put/patch/delete都属于幂等性接口，post属于非幂等接口。