你脑壳疼嘛?

还在为剪不断理还乱的模板语言头疼?还在为前后端傻傻分不清而烦恼?前端分离了解一下,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