浅谈laravel中间件的创建思路

吾爱主题 阅读:115 2021-11-17 16:02:00 评论:0

Laravel 中间件提供了一种机制在不修改逻辑代码的情况下,中断原本程序流程,通过中间件来处理一些事件,或者扩展一些功能。比如日志中间件可以方便的记录请求和响应日志,而不需要去更改逻辑代码。

那么我们简化一下软件执行过程,现在有一个核心类kernel,下面是它的laravel代码

?
1 2 3 4 #捕获请求 $request = Illuminate\Http\Request::capture() #处理请求 $response = $kernel ->handle( $request );

代码的作用是 捕获一个 Request ,返回一个 Response。这里面就是后续分发到具体执行逻辑的代码段并返回结果。

那么如果想在执行这个$kernel->handle()方法之前或者之后,增加一段逻辑一般会怎么写呢。大概如下:

?
1 2 3 4 5 6 7 8 9 $request = Illuminate\Http\Request::capture() function midware(){      before()#在之前执行的语句集合      #####        $response = $kernel ->handle( $request );      #####      after()#在之后执行的语句集合   }

显然这样写没有问题,但是毫无拓展性可言,想执行什么东西都要更改这个方法,这种是不可能封装成框架核心内容的。怎么改进呢

定义一个要执行的中间件类叫middleware,类实现两个方法,before()和after()然后代码如下。

?
1 2 3 4 5 6 7 8 9 10 #配置项中有一项配置中间件: middleware = '' ; $request = Illuminate\Http\Request::capture() function midware(){      middleware.before()      #####        $response = $kernel ->handle( $request );      #####      middleware.after() }

是否解决了问题呢,是解决了不用更改的问题,但是我们如果需要多个中间件怎么办呢,最容易想到的就是:定义一个中间件数组middleware_arr,每一个middleware类都含有before和after方法,代码如下:

?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 配置项中有middleware_arr middleware_arr= array (); $request = Illuminate\Http\Request::capture() function midware(){      foreach (middleware_arr as middleware){         middleware.before()      }      #####        $response = $kernel ->handle( $request );      #####      foreach (middleware_arr as middleware){          middleware.after()      } }

虽然有点老土,但是的确解决了问题。但是这个还存在一个问题,就是我们怎么向中间件传递参数的问题,那么如下可以吗:

?
1 2 3 4 5 6 7 8 9 10 11 12 $request = Illuminate\Http\Request::capture() function midware(){      foreach (middleware_arr as middleware){         middleware.before( $request )      }      #####        $response = $kernel ->handle( $request );      #####      foreach (middleware_arr as middleware){          middleware.after( $response )      } }

看似是解决了问题,但是仔细分析,就会发现,这里面每次给中间件的都是最初的$request,这显然不行,修改成如下:

?
1 2 3 4 5 6 7 8 9 10 11 12 $request = Illuminate\Http\Request::capture() function midware(){      foreach (middleware_arr as middleware){         $request = middleware.before( $request )      }      #####        $response = $kernel ->handle( $request );      #####      foreach (middleware_arr as middleware){          $response = middleware.after( $response )      } }

还有一个问题就是,假设有两个中间件A和B,那么执行顺序应该是怎么样呢:

?
1 2 3 4 5 6 $request = Illuminate\Http\Request::capture() $request = A.before( $request ); $request = B.before( $request ); $response = $kernel ->handle( $request ); $response = A.after(); $response = B.after();

这样合理吗?不太好分辨,我们假设有一个记录请求和响应日志的中间件,这个时候,不论你把它放在什么位置,都不能完美的记录最初请求和最终日志。难道类似情况要写两个类,一个记录请求放在中间件数组第一个,一个处理响应,放在数组最后一位吗?不如在执行后面的foreach之前把middleware_arr数组给反转一下,这样就符合了要求:

?
1 2 3 4 5 6 $request = Illuminate\Http\Request::capture() $request = A.before( $request ); $request = B.before( $request ); $response = $kernel ->handle( $request ); $response = B.after(); $response = A.after();

但是我也开始怀疑这个老土且不灵活的方案是否有更好的解决办法,在观察这个执行顺序的时候,发现是一个包裹样式(洋葱式)的。那个接下来的问题就能不能找到更灵活精美的解决方案,看上面这种结构,总感觉有点熟悉,他很像是A的函数包裹B的函数,B的函数包括了最初的执行代码。函数内部调用函数容易,但是咱们这里每一个中间件之间是不知道对方存在的,所以要把其他中间件要执行的函数传递到上一级,这里就用到了闭包函数还有一个php函数array_reduce(),

array_reduce函数定义:mixed array_reduce ( array $input , callable $function [, mixed $initial = NULL ] )

?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 <?php function  rsum ( $v $w ){      $v  +=  $w ;      return  $v ; } function  rmul ( $v $w ){      $v  *=  $w ;      return  $v ; } $a  = array ( 1 ,  2 ,  3 ,  4 ,  5 ); $x  = array (); $b  array_reduce ( $a "rsum" ); $c  array_reduce ( $a "rmul" ,  10 ); ?>

输出:

这将使 $b  的值为 15, $c  的值为 1200(= 10*1*2*3*4*5)

array_reduce() 将回调函数 function 迭代地作用到 input 数组中的每一个单元中,从而将数组简化为单一的值。咱们是把多个函数包裹成最终调用一个函数。

?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 #我们先假设只有一个middleware,叫log来简化情况,这里的类应该是一个类全路径,我这里就简单的写一下,要不然太长了。 $middleware_arr = [ 'log' ]; #最终要执行的代码先封装成一个闭包,要不然没有办法传递到内层,如果用函数名传递函数的话,是没有办法传递参数的。 $default = function () use ( $request ){      return $kernel ->handle( $request ); } $callback = array_reduce ( $middleware_arr , function ( $stack , $pipe ) {      return function () use ( $stack , $pipe ){          return $pipe ::handle( $stack );      }; }, $default ); # 这里 callback最终是 这样一个函数: function () use ( $default , $log ){      return $log ::handle( $default ); }; #所以每一个中间件都需要有一个方法handle方法,方法中要对传输的函数进行运行,类似如下,这里我类名就不大写了 class log implements Milldeware {      public static function handle(Closure $func ){          $func ();      } } #这里不难看出可以加入中间件自身逻辑如下: class log implements Milldeware {      public static function handle(Closure $func ){          #这里可以运行逻辑块before()          $func ();          #这里可以运行逻辑块after()      } }

这样在执行callback函数的时候,执行顺序如下:

先运行log::haddle()方法,

执行了log::before()方法

运行default方法,执行$kernel->handle($request)

运行log::after()方法

然后模拟多个的情况如下:

?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 $middleware_arr = [ 'csrf' , 'log' ]; #最终要执行的代码先封装成一个闭包,要不然没有办法传递到内层,如果用函数名传递函数的话,是没有办法传递参数的。 $default = function () use ( $request ){      return $kernel ->handle( $request ); } $callback = array_reduce ( $middleware_arr , function ( $stack , $pipe ) {      return function () use ( $stack , $pipe ){          return $pipe ::handle( $stack );      }; }, $default );   # 这里 callback最终是 执行这样: $log ::handle( function () use ( $default , $csrf ){      return $csrf ::handle( $default ); });

执行顺序如下:

1.先运行log::haddle(包含csrf::handle闭包函数)方法,

2.执行了log::before()方法

3.运行闭包也就是运行了$csrf::handle($default)

4.执行了csrf::before()方法

5.运行default方法,执行$kernel->handle($request)

6.执行了csrf::after()方法

7.运行log::after()方法

注意这里还有一个问题就是中间件产生的结果,并没有进行传递,可以通过修改共有资源的方式来达到相同的目的,并非需要真的传值到下一个中间件。

到此这篇文件就结束了,其实其中很多关节都是我写这篇文章的时候才想明白的。尤其是对闭包函数的运用和理解更深了,闭包函数可以延迟利用资源,比如当前不适合执行的语句,又要传递到后面,利用闭包可以封装起来传递出去,这是传统函数做不到的。

以上就是浅谈laravel中间件的创建思路的详细内容,更多关于laravel中间件的创建思路的资料请关注服务器之家其它相关文章!

原文链接:https://www.cnblogs.com/a609251438/p/12600874.html

可以去百度分享获取分享代码输入这里。
声明

1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;3.作者投稿可能会经我们编辑修改或补充。

【腾讯云】云服务器产品特惠热卖中
搜索
标签列表
    关注我们

    了解等多精彩内容