初步认识RESTful api

场景：当项目逐渐庞大接口多了，这时接口怎样才便于管理呢？

参考资料：RESTful API 设计指南

因此必须有一种统一的机制，方便不同的前端设备与后端进行通信。其中有人提出了RESTful api思想（REST：资源在网络中以某种形式进行状态转移），RESTful api的理念是：按模块划分接口。模块具体化就是某个小功能，每个小功能都有增删改查，请求的方式都不同，大大节省接口的数量。

GET（SELECT）：从服务器取出资源。

POST（CREATE）：在服务器新建一个资源。

PUT（UPDATE）：在服务器更新资源（客户端提供改变后的完整资源）。

PATCH（UPDATE）：在服务器更新资源（客户端提供改变的属性）。

DELETE（DELETE）：从服务器删除资源。

接口由此变得超级清晰：（后端接口路径也非常清晰+管理方便）

用 get 请求，从后端获取数据（this.$http.Common.getBlgUser）

用 post 请求，要提交数据给后端（this.$http.Common.postBlgUser）

用 delete 请求，要删除数据（this.$http.Common.deleteBlgUser）

用 put 请求，要改变这个模块的数据（this.$http.Common.putBlgUser）

你好，初步接触~

RESTful api概念：

定义了每个请求返回的结果，是什么类型，是怎样的，

定位了每个状态码的状态信息，是什么意思，

定义了每个接口的过滤筛选信息参数是怎样的，

定义了接口路径是怎样的，

定义了接口返回的错误信息是怎样的。