场景：当项目逐渐庞大接口多了，这时接口怎样才便于管理呢？
参考资料：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概念：
定义了每个请求返回的结果，是什么类型，是怎样的，
定位了每个状态码的状态信息，是什么意思，
定义了每个接口的过滤筛选信息参数是怎样的，
定义了接口路径是怎样的，
定义了接口返回的错误信息是怎样的。
