谈起RESTFUL大家未免都耳熟能详，但是要介绍一下它是什么，可能就是停留在听过或者见过的阶段了。一贯喜欢以通俗的语言来消化知识的小马自然不会放过它了，就让我们来以唠嗑的方式浅谈一下助于理解。

啥是佩奇之啥是RESTFUL

这里为啥引出了我们的小猪，因为RESTFUL一词就像佩奇一样，认识的人绝对是轻车熟道，不认识的人就会小朋友你是否有很多问号。我们来看下百科是怎么说的。

RESTFUL是一种网络应用程序的设计风格和开发方式，基于HTTP，可以使用XML格式定义或JSON格式定义。RESTFUL适用于移动互联网厂商作为业务使能接口的场景，实现第三方OTT调用移动网络资源的功能，动作类型为新增、变更、删除所调用资源。

啥？说了大半天，这只是个设计风格。这么理解试试看，也就是你听过建筑的复古风格，欧美风格之类的么，大体就是一个意思。如果你盖个别墅不按设计风格走，直接以小茅屋的形式，没有属于任何风格它也能盖成不是，这就是我们平时开发API不按RESTFUL风格也可以是一个道理。REST 指的是一组架构约束条件和原则，满足这些约束条件和原则的应用程序或设计就是RESTful。

RESTFUL风格

既然它描述的是个设计风格，那什么口味，啊，不对，什么样的接口规范的才算符合它的风格呢？我们先得来看RESTFUL其中的两个特点：

1、每一个URI代表1种资源；

2、客户端使用GET、POST、PUT、DELETE4个表示操作方式的动词对服务端资源进行操作：GET用来获取资源，POST用来新建资源（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源；

通俗点理解就是，URI我描述的是一个资源（注意是没有动词的），这个请求基于HTTP，使用GET、POST、PUT、DELETE4个分别表示增删改查4种操作方式服务端资源进行操作。例如我现在要实现一个含相册，文章系统的接口，那么符合RESTFUL

有些id参数会直接都放body

插播一下题外话，通常我们的服务器也只默认支持GET和POST请求（POST和GET的区别）。有的同学说幂等的用GET，不是幂等的就用POST。当然，这里判断幂等仅仅只是根据多次请求是否会结果一致。那么GET、POST、PUT、DELETE就只有POST是非幂等性的。

# RESTFUL基于HTTP请求方式
相信不少同学一直只认为HTTP请求方式只有POST和GET。既然RESTFUL基于HTTP请求那我们就来“玩”一下。

小马写了一小段PHP的代码放到web服务器。是分别获取http请求的各个传参数据，有些DELETE和PUT等请求可能也会把参数放在body (form-data等)或query。彩蛋： header中放置参数和获取。



好了，我们借助postman工具来做一下GET请求，发现一切是那么的平静。



于是，自然是要搞点事情了，我们做一下DELETE请求，发现被拒绝了。这里是要配置nginx服务器支持的，一般默认只支持POST和GET。



dav_methods DELETE 配置支持即可。注意了，前方高能。

nginx配置支持

运行请求后，资源文件都消失了。

运行之前

运行之后，文件夹同时都消失

这点令小马非常后怕，查了下定义： DELETE - 请求服务器删除Request-URI所标志的资源。而且PUT是可以上传文件。说好的，这四个请求只是语义上的区别呢，怎么还可以删除文件了，自然会联想到安全性了。

RESTFUL优点

为啥要选择这个RESTFUL风格呢？平时lu起键盘就是干它不香吗？很显然RESTFUL风格就是属于建筑上欧美风格的那种，听起来高大上不少，而且比起我们小茅屋建筑风格统一规范。正儿八经地说优点就是：轻量，直接基于http的GET、POST、PUT、DELETE，不再需要任何别的诸如消息协议；面向资源，一目了然，具有自解释性。

笔者仅仅认为相比我们平时小茅屋式的API风格只是有了统一规范，更加一目了然而已。对于RESTFUL您有什么高见呢？

彩蛋：推荐一款PHP线上API协助管理系统：phprap