## REST介绍
REST(Representational State Transfer表述性状态转移)是一种针对网络应用的设计和开发方式,可以降低开发的复杂性,提高系统的可伸缩性。REST提出了一些设计概念和准则:
1、网络上的所有事物都被抽象为资源(resource);
2、每个资源对应一个唯一的资源标识(resource identifier);
3、通过通用的连接器接口(generic connector interface)对资源进行操作;
4、对资源的各种操作不会改变资源标识;
5、所有的操作都是无状态的(stateless)。
需要注意的是,REST是设计风格而不是标准。REST通常基于使用HTTP,URI,和XML以及HTML这些现有的广泛流行的协议和标准。
传统的请求模式和REST模式的请求模式区别:
| 作用 | 传统模式 | REST模式 |
|-----|-----|-----|
| 列举出所有的用户 | GET /users/list | GET /users |
| 列出ID为1的用户信息 | GET /users/show/id/1 | GET /users/1 |
| 插入一个新的用户 | POST /users/add | POST /users |
| 更新ID为1的用户信息 | POST /users/mdy/id/1 | PUT /users/1 |
| 删除ID为1的用户 | POST /users/delete/id/1 | DELETE /users/1 |
> 经过老杨在freelog里的rest实践 发现TP里I方法不支持`I('delete.')` 这种,只能获取get参数。
关于更多的REST信息,可以参考:[http://zh.wikipedia.org/wiki/REST](http://zh.wikipedia.org/wiki/REST)
## RESTFul支持
3.2的RESTFul支持更为灵活,你只需要把控制器继承Think\Controller\RestController即可。 继承RestController控制器后你的访问控制器就可以支持下面的一些功能:
> - 支持资源类型自动检测;
> - 支持请求类型自动检测;
> - RESTFul方法支持;
> - 可以设置允许的请求类型列表;
> - 可以设置允许请求和输出的资源类型;
> - 可以设置默认请求类型和默认资源类型;
例如:
~~~
namespace Home\Controller;
use Think\Controller\RestController;
class BlogController extends RestController{
}
~~~
## REST参数
继承了RestController后,你可以在你的控制器里面设置rest相关的属性参数,包括:allowMethod,defaultMethod,allowType,defaultType以及allowOutputType。
| 属性名 | 说明 | 默认值 |
|-----|-----|-----|
| allowMethod | REST允许的请求类型列表 | array('get','post','put','delete') |
| defaultMethod | REST默认请求类型 | get |
| allowType | REST允许请求的资源类型列表 | array('html','xml','json','rss') |
| defaultType | REST默认的资源类型 | html |
| allowOutputType | REST允许输出的资源类型列表 | array( 'xml' => 'application/xml', 'json' => 'application/json','html' => 'text/html',) |
## REST方法
RESTFul方法的操作方法定义主要区别在于,需要对请求类型和资源类型进行判断,大多数情况下,通过路由定义可以把操作方法绑定到某个请求类型和资源类型。如果你没有定义路由的话,需要自己在操作方法里面添加判断代码,示例:
~~~
namespace Home\Controller;
use Think\Controller\RestController;
Class InfoController extends RestController {
Public function rest() {
switch ($this->_method){
case 'get': // get请求处理代码
if ($this->_type == 'html'){
}elseif($this->_type == 'xml'){
}
break;
case 'put': // put请求处理代码
break;
case 'post': // post请求处理代码
break;
}
}
}
~~~
> 在Rest操作方法中,可以使用$this->_type获取当前访问的资源类型,用$this->_method获取当前的请求类型。
REST控制器类还提供了response方法用于REST输出: 用法如下:
~~~
$this->response($data,'json');
~~~
Response方法会自动对data数据进行输出类型编码,目前支持的包括`xml/json/html`。
除了普通方式定义Restful操作方法外,系统还支持另外一种自动调用方式,就是根据当前请求类型和资源类型自动调用相关操作方法。系统的自动调用规则是:
| 定义规范 | 说明 |
|-----|-----|
| 操作名_提交类型_资源后缀 | 标准的Restful方法定义,例如 read_get_pdf |
| 操作名_资源后缀 | 当前提交类型和defaultMethod属性相同的时候,例如read_pdf |
| 操作名_提交类型 | 当前资源后缀和defaultType属性相同的时候,例如read_post |
要使用这种方式的前提就是不能为当前操作定义方法,这样在空操作的检查之前系统会首先按照上面的定义规范顺序检查是否存在方法定义,如果检测到相关的restful方法则不再检查后面的方法规范,例如我们定义了InfoController如下:
~~~
namespace Home\Controller;
use Think\Controller\RestController;
Class InfoController extends RestController {
protected $allowMethod = array('get','post','put'); // REST允许的请求类型列表
protected $allowType = array('html','xml','json'); // REST允许请求的资源类型列表
Public function read_get_html(){
// 输出id为1的Info的html页面
}
Public function read_get_xml(){
// 输出id为1的Info的XML数据
}
Public function read_xml(){
// 输出id为1的Info的XML数据
}
Public function read_json(){
// 输出id为1的Info的json数据
}
}
~~~
如果我们访问的URL是:
~~~
http://www.domain.com/Info/read/id/1.xml
~~~
假设我们没有定义路由,这样访问的是Info控制器的read操作,那么上面的请求会调用InfoController类的 `read_get_xml`方法,而不是`read_xml`方法,但是如果访问的URL是:
~~~
http://www.domain.com/Info/read/id/1.json
~~~
那么则会调用read_json方法。
如果我们访问的URL是
~~~
http://www.domain.com/Info/read/id/1.rss
~~~
由于我们不允许rss资源类型的访问,所以,调用的方法其实是read_html方法。
## REST路由
我们可以借助3.2的路由参数功能,来解决REST的路由定义问题。 例如,
~~~
'blog/:id'=>array('blog/read','status=1',array('ext'=>'xml','method'=>'get')),
~~~
上面的路由定义,把blog/5路由到了blog/read/id/5 并且,约束了后缀是xml 请求类型是get。 我们还可以定义其他的路由参数,例如:
~~~
'blog/:id'=>array('blog/update','',array('ext'=>'xml','method'=>'put')),
~~~
为了确保定义不冲突,REST路由定义我们通常改成下面的定义方式:
~~~
array('blog/:id','blog/read','status=1',array('ext'=>'xml','method'=>'get')),
array('blog/:id','blog/update','',array('ext'=>'xml','method'=>'put')),
~~~
> 这样就可以给相同的路由规则定义不同的参数支持。定义了REST路由后,你的rest方法定义就不受任何约束,当然,如果路由定义的操作方法不存在的时候,系统默认的rest方法规范仍然会有效。
- 序
- 前言
- 内容简介
- 目录
- 基础知识
- 起步
- 控制器
- 模型
- 模板
- 命名空间
- 进阶知识
- 路由
- 配置
- 缓存
- 权限
- 扩展
- 国际化
- 安全
- 单元测试
- 拿来主义
- 调试方法
- 调试的步骤
- 调试工具
- 显示trace信息
- 开启调试和关闭调试的区别
- netbeans+xdebug
- Socketlog
- PHP常见错误
- 小黄鸭调试法,每个程序员都要知道的
- 应用场景
- 第三方登录
- 图片处理
- 博客
- SAE
- REST实践
- Cli
- ajax分页
- barcode条形码
- excel
- 发邮件
- 汉字转全拼和首字母,支持带声调
- 中文分词
- 浏览器useragent解析
- freelog项目实战
- 需求分析
- 数据库设计
- 编码实践
- 前端实现
- rest接口
- 文章发布
- 文件上传
- 视频播放
- 音乐播放
- 图片幻灯片展示
- 注册和登录
- 个人资料更新
- 第三方登录的使用
- 后台
- 微信的开发
- 首页及个人主页
- 列表
- 归档
- 搜索
- 分页
- 总结经验
- 自我提升
- 进行小项目的锻炼
- 对现有轮子的重构和移植
- 写技术博客
- 制作视频教程
- 学习PHP的知识和新特性
- 和同行直接沟通、交流
- 学好英语,走向国际
- 如何参与
- 浏览官网和极思维还有看云
- 回答ThinkPHP新手的问题
- 尝试发现ThinkPHP的bug,告诉官方人员或者push request
- 开发能提高效率的ThinkPHP工具
- 尝试翻译官方文档
- 帮新手入门
- 创造基于ThinkPHP的产品,进行连带推广
- 展望未来
- OneThink
- ThinkPHP4
- 附录