谈起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