Restful风格要点
在前后端分离的 Web 应用架构中，前端专注于页面，同时与后端进行数据交互；而后端则专注于提供 API 接口。在这样的结构下，REST 是一个很流行的前后端交互形式的约定。这只是一套约定，并不是某个技术标准，所以在实际的应用中，对器实现程度完全取决于后端开发者；
REST 对请求的约定
在以前我们经常使用GET和POST请求，来完成整个应用的交互。这无疑浪费了Rest的潜力。实际上，我们不只有GET 和 POST 可用，在 REST 架构中，有以下几个重要的请求方法：GET，POST，PUT，PATCH，DELETE。这几个方法都可以与对数据的 CRUD 操作对应起来
个人的理解有限，望海涵。
Restful风格的核心在于R（resource）资源角度来设计系统，我们对于资源的操作有以下五种
学习阮一峰老师的博客
·GET（SELECT）查询/取一种资源
·POST(CREART) 提交一种资源
·PUT（UPDATE）更新一个资源，整体更新
·PATCH(UPDATE)更新一个资源的其中一个属性，部分更新
·DELETE(DELETE)删除一个资源
这五种差不多包含了平常使用的各种需求，我们做的就是对资源的操作。例如网址，URL格式就代表了一个资源，然后我们对对应的资源使用不同的请求，这便是我们对资源的操作。
一般资源操作只有新增、删除、查询、更新，对应HTTP协议中四类请求：POST、DELETE、GET、PUT。其中，后三个操作是幂等的。（什么是幂等？）查询资源时，更多的参数，比如分页、排序、过滤条件，一般都会放在URL的查询部分（Query String）。新增、更新资源，关于资源实体的内容，一般放在请求体（Request Body）中
每个URI代表一种资源，客户端和服务器之间，传递这这种资源的某种表现层；（表现形式，如资源的格式JSON、XML）
非REST的url：http://…../article?id=001&type=011
REST风格的url：http://…article/id/011/type/011
可是这样也导致一旦逻辑复杂起来也不可避免的使得表示的长度很长。希望各位前辈能指点一番。
