你脑壳疼嘛？

还在为剪不断理还乱的模板语言头疼？还在为前后端傻傻分不清而烦恼？前端分离了解一下，MVVM框架了解一下，如果你的产品是面向用户的，是希望被用户喜欢的，相信我，你不适合SSR（服务器端渲染）。随着网络应用程序复杂度的极速增长，前后端分离的设计方式也变得越来越流行。

你真的懂前端么？

如果你的前端仅仅停留在网页，对不起，请回炉重造。前端包含各种型号各种系统的手机、平板、网页等其他设计。那么问题来了，不同的系统，不同的实现语言，后端要怎么做才能更好地去对接不同的调用方式？这就是API结构产生的背景，其中Restful API是目前比较成熟的一套互联网应用程序的API设计理论。

麻子是Restful风格

既然叫Restful风格，那么它肯定是一种风格，而不是一个标准，它只提供了一种设计原则和约束条件。主要适用于客户端和服务器端交互的软件。是基于http协议实现的。目的是为了提高系统的可伸缩性，降低应用之间的耦合度，方便框架分布式处理程序。基于这个风格的软件可以更加简单、更有层次、更易于实现缓存的机制。

Restful风格的特点

说了那么多废话，是时候来点干货了，相信大部分人只想知道Restful到底要怎么去设计，关于它是什么，它怎么来了，我只想说，关我*事？

  1. 每种url代表了一种资源

  2. 客户端和服务器之间，传递这个资源的某种表现层

  3. 客户端通过四个http动词，对服务器资源进行操作。实现表现层状态的转化

什么意思？这都不明白？就是每种url代表了一种资源啊。什么是资源？用户信息就是一种资源！书籍信息就是资源！消息就是一种资源！Restful风格指明对一种资源的增删改查操作的请求路径应该是一致的，不同的操作应该以请求方式区分，如新增为POST，删除为DELETE，修改为PUT，查询为GET。

1
2
3
4
POST    /user           // 创建一个新用户
PUT     /user           // 修改一个用户的信息
DELETE  /user           // 删除一个用户
GET     /user           // 获取一个用户的详细信息

补充：我想大多数人跟我一样在一开始设计API的时候，都喜欢加上一些动词，如下：

1
2
3
4
5
// 下面的接口不符合Restful设计风格！！！！！虽然它们并没有错
POST    /createUser
POST    /updateUser
DELETE  /deleteUser
GET     /getUserInfo