一、背景
有简单的业务,性能是程序层层递进,而且每层业务重用率也高的状况下,如果依照传统所有货色都写在一个办法,无论是代码可读性,还是解耦都是比拟差的。如果这时有个管道,这个管道能够随便新增、批改就能实现一个新性能就好了。
讲到管道机制,比拟经典案例就是中间件了,也能够aop(Aspect Oriented Programming 切面编程),又能够称洋葱模式。
二、代码模仿
层层递进的各项业务
class ALogic
{
public static function handle($data, $next)
{
print "开始 A 逻辑";
$ret = $next($data+1);
print "完结 A 逻辑";
return $ret;
}
}
class BLogic
{
public static function handle($data, $next)
{
print "开始 B 逻辑";
$ret = $next($data+1);
print "完结 B 逻辑";
return $ret;
}
}
class CLogic
{
public static function handle($data, $next)
{
print "开始 C 逻辑";
//$data = $data+1;
$ret = $next($data+1);
print "完结 C 逻辑";
return $ret;
}
}
组装成一整块
$pipes = [
ALogic::class,
BLogic::class,
CLogic::class
];
调用每个办法中的专用函数handle
function sum($callable,$item){
return function ($request) use ($callable, $item) {
return $item::handle($request, $callable);
};
}
实现
$arr = array_reverse($pipes);//将数组反转实现先进后出
$result = array_reduce($arr,'sum',function($data){echo $data;});//返回一个闭包函数
$result(1);//4
三、laravel实现
比拟经典的\laravel\framework\src\Illuminate\Foundation\Http\Kernel.php sendRequestThroughRouter 这个办法
return (new Pipeline($this->app))
->send($request)//在through中传递的专用数据
->through($this->app->shouldSkipMiddleware() ? [] : $this->middleware)//每层的判断或解决
->then($this->dispatchToRouter());//达到controller实现办法(这样了解可能会明确些)
一个new Pipeline发送了(send)request(through中的专用数据)申请,通过了(through)Middleware,而后(then)提交给路由
发表回复