1.23.1 请求
把我们后台的API想象成一个函数,那么请求的参数就是我们的参数列表;而接口响应的数据则对应函数返回的结果。
对于请求,正如前面所看到的,我们可以使用$_GET,也可以使用$_POST,也可以两者都使用,还可以在测试时自己指定模拟的请求数据包。
或者,在实际项目开发中,我们还需要根据自身的需求,跟我们自己的客户端作一些约定。如通常地,我们会要求客户端 service参数必须用GET方式 ,以便服务器返回500时定位接口服务位置。对此,简单的我们把$_POST['service']去掉即可,如在入口文件前面添加:
unset($_POST['service']); //只接收GET方式的service参数
(1) 在index.php入口处指定数据源
很多时间,不同的项目对数据接收有不同的需求。如简单地,强制统一使用$_POST参数,我们可以这样在入口处进行代码调整:
//vim ./index.php
DI()->request = new PhalApi_Request($_POST);
对于复杂的情况,如需要使用post_raw数据,则可以继承PhalApi_Request实现相应的数据源解析。如:
class My_Request extends PhalApi_Request{
public function __construct($data = NULL) {
parent::__construct($data);
// json处理
$this->post = json_decode(file_get_contents('php://input'), TRUE);
// 普通xml处理
$this->post = simplexml_load_string (
file_get_contents('php://input'),
'SimpleXMLElement',
LIBXML_NOCDATA
);
$this->post = json_decode(json_encode($this->post), TRUE);
}
}
然后在子类实现对各类参数的数据源的准备。可以说,PhalApi_Request::__construct()构造函数用于初始化各类辅助侯选的数据源,而PhalApi_Request::getData()则用于生成主要默认的数据源。
(2) 单元测试时指定数据源
在进行单元测试时,我们需要模拟接口的请求动作,也需要提供接口参数。这时的参数的指定更为灵活。可通过以下代码来实现,即:
//数据源
$data = array(...);
DI()->request = new PhalApi_Request($data);
或者使用PhalApi封装的测试类来快速模拟调用接口:
public function testIndexByRunner()
{
//Step 1. 构建请求URL
$url = 'service=Default.Index&username=dogstar';
$params = array();
//Step 2. 执行请求
$rs = PhalApi_Helper_TestRunner::go($url, $params);
}
(3) 接口数据的加密传送
有时,出于安全性的考虑,项目需要对请求的接口参数进行对称加密传送。这时可以通过重载PhalApi_Request::genData()来轻松实现。
假设,我们现在需要把全部的参数base64编码序列化后通过$_POST['data']来传递,则相应的解析代码如下。
第一步,先定义自己的扩展请求类,在里面完成对称解析的动作:
class Common_Request extends PhalApi_Request {
public function genData($data) {
if (!isset($data) || !is_array($data)) {
$data = $_POST; //改成只接收POST
}
return isset($data['data']) ? base64_decode($data['data']) : array();
}
}
第二步,在index.php入口文件中重新注册请求类(即添加以下代码):
//重新注册request
DI()->request = 'Common_Request';
然后,就可以轻松实现了接口参数的对称加密传送。
至此,你也许已经发现:指定数据源和对称加密是可以结合来使用的。
(4) 接口参数级别的数据源
除了可以指定全局的接口数据源外,还可以进行更细致的配置,即为某个接口参数指定使用$GET、$_POST、$_COOKIE、$_SERVER、$_REQUEST或头部等其他数据源。
其使用方式是在配置接口参数规则时,使用source配置来指定当前参数的数据源,如指定用户在登录时,用户名使用$_GET、密码使用$_POST。
public function getRules() {
return array(
'login' => array(
'username' => array('name' => 'username', 'source' => 'get'),
'password' => array('name' => 'password', 'source' => 'post'),
),
);
}
这样,PhalApi框架就会从$_GET中提取username参数,从$_POST中提取password参数。
目前支持的source与对应的数据源映射关系如下:
source
对应的数据源
post
$_POST
get
$_GET
cookie
$_COOKIE
server
$_SERVER
requset
$_REQUEST
header
$_SERVER['HTTP_X']
因此,这样就可以轻松、更自由获取不同来源的参数。以下是一些常用的配置示例。
// 获取HTTP请求方法,判断是POST还是GET
'method' => array('name' => 'REQUEST_METHOD', 'source' => 'server'),
// 获取COOKIE中的标识
'is_new_user' => array('name' => 'is_new_user', 'source' => 'cookie'),
// 获取HTTP头部中的编码,判断是否为utf-8
'charset' => array('name' => 'Accept-Charset', 'source' => 'header'),
若需要扩展项目自定义的映射关系,则可以重载PhalApi_Request::getDataBySource($source)方法,如:
class My_Request extends PhalApi_Request {
protected function &getDataBySource($source) {
if (strtoupper($source) == 'stream') {
// TODO 处理二进制流
}
return parent::getDataBySource($source);
}
}
然后,便可在项目中这样配置使用二进制流的数据源。
// 从二进制流中获取密码
'password' => array('name' => 'password', 'source' => 'stream'),
若配置的source为无效或非法时,则会抛出异常。
如故意配置一个错误的数据源source为NOT_FOUND。
'password' => array('name' => 'password', 'source' => 'NOT_FOUND'),
在请求接口时,会遇到这样的异常提示返回。
{
"ret": 500,
"data": [],
"msg": "服务器运行错误: 参数规则中未知的数据源:NOT_FOUND"
}
温馨提示:以上功能需要PhalApi 1.4.0 及以上版本支持。
1.23.2 响应
当前默认使用JSON的格式返回,但项目需要其他返回格式也是可以的。只需要实现PhalApi_Response抽象中的formatResult($result)格式化返回结果,然后也是重新注册DI()->response服务即可。如:
(1) JSONP的返回
在H5页面中,我们可能会需要用到JSONP的返回,所以这里默认提供了这种格式的支持。
在入口文件中,添加:
//支持JsonP的返回
if (!empty($_GET['callback'])) {
DI()->response = new PhalApi_Response_JsonP($_GET['callback']);
}
在接口访问时再带上&callback=XXX参数即可。
这里在创建响应服务时,可以看到是用了回调函数的名字进行初始化。考虑到会存在XSS(跨站脚本攻击),对回调函数要进行相应的过滤,可以用黑名单或者白名单的方式。黑名单方式暂时还没提供,白名单相对简单但需要项目自己实现,如:
class Common_JsonP extends PhalApi_Response_JsonP {
protected function clearXss($callback) {
return in_array($callback, array('fun1', 'func2', 'func3')) ? $callback : '';
}
}
(2) 其他格式返回
如上面所述,当需要返回一种当前PhalApi没提供的格式时,可以:
1、实现PhalApi_Response抽象中的formatResult($result)格式化返回结果
2、重新注册DI()->response服务
这里以扩展XML返回格式为例,简单说明。
首先,添加实现一个XML响应子类:
class Common_Response_XML extends PhalApi_Response {
protected function formatResult($result) {
return ArrayToXML::toXml($result);
}
}
关于ArrayToXML,请查看: 将PHP数组转成XML
然后,重新注册:
DI()->response = new Common_Response_XML();
done!