Laravel 미들웨어 제작 아이디어 분석

인터넷에 라라벨 미들웨어를 파싱하는 구현 원칙이 많이 있는데, 읽어보시면 이해가 안 되시는 분들이 계실지 궁금합니다.

추천: laravel tutorial

이 기사는 내가 저자라면 내 관점에서 이 미들웨어 기능을 어떻게 구현하는지 시뮬레이션합니다. 해당 기능을 찾고 사용하는 방법.

laravel 미들웨어란 무엇입니까

Laravel 미들웨어는 논리 코드를 수정하지 않고 원래 프로그램 흐름을 중단하고 일부 이벤트를 처리하는 메커니즘을 제공합니다. 미들웨어를 사용하거나 일부 기능을 확장할 수 있습니다. 예를 들어 로깅 미들웨어는 논리 코드를 변경하지 않고도 요청 및 응답 로그를 쉽게 기록할 수 있습니다.

그러면 소프트웨어 실행 프로세스를 단순화해 보겠습니다. 이제 핵심 클래스 커널이 있고 다음은 해당 라라벨 코드입니다.

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

코드의 기능은 요청을 캡처하는 것입니다. 응답을 반환합니다. 다음은 이후에 특정 실행 로직에 배포되고 결과를 반환하는 코드 세그먼트입니다.

그럼 $kernel->handle() 메서드를 실행하기 전이나 후에 로직을 추가하려면 어떻게 작성해야 할까요? 대략 다음과 같습니다:

$request = Illuminate\Http\Request::capture()
function midware(){
    before()#在之前执行的语句集合
    #####    
    $response = $kernel->handle($request);
    #####
    after()#在之后执行的语句集合
}

이렇게 작성하는 데에는 문제가 없지만 확장성이 전혀 없습니다. 무엇이든 실행하려면 이 메서드를 변경해야 합니다. 프레임워크의 핵심 내용입니다. 개선 방법

미들웨어라는 미들웨어 클래스를 정의합니다. 이 클래스는 before()와 after()라는 두 가지 메소드를 구현하며 코드는 다음과 같습니다.

#配置项中有一项配置中间件：
middleware = '';
$request = Illuminate\Http\Request::capture()
function midware(){
    middleware.before()
    #####    
    $response = $kernel->handle($request);
    #####
    middleware.after()
}

문제가 해결됩니까? 변경하지 않고도 문제가 해결됩니다. 하지만 여러 미들웨어가 필요한 경우 가장 쉽게 생각할 수 있는 것은 미들웨어 배열을 정의하는 것입니다. middleware_arr, 각 미들웨어 클래스에는 다음이 포함됩니다. 코드는 다음과 같습니다:

#配置项中有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()
    }
}

좀 구식이긴 하지만 문제를 해결합니다. 하지만 여기에는 여전히 문제가 있습니다. 즉, 미들웨어에 매개 변수를 어떻게 전달합니까? 그러면 다음과 같이 해도 괜찮습니까?

$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 = 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의 실행 순서는 다음과 같아야 합니다.

$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 배열을 역전시키는 것이 더 좋습니다.

$request = Illuminate\Http\Request::capture()
$request = A.before($request);
$request = B.before($request);
$response = $kernel->handle($request);
$response = B.after();
$response = A.after();

하지만 또한 이 구식이고 유연하지 않은 솔루션에 대한 더 나은 솔루션이 있는지 궁금해지기 시작했습니다. . , 이 실행 순서를 관찰해 보면 래퍼 스타일(어니언 스타일)임을 알 수 있습니다. 다음 문제에 대한 더 유연하고 우아한 해결책을 찾을 수 있을까요? 위의 구조를 보면 항상 약간 친숙한 느낌이 듭니다. 이는 B의 함수를 래핑하는 A의 함수와 매우 유사하며 B의 함수에는 초기 실행 코드가 포함되어 있습니다. 함수 내에서 함수를 호출하는 것은 쉽지만 여기서 각 미들웨어는 서로의 존재를 알지 못하기 때문에 다른 미들웨어가 실행할 함수는 상위 레벨로 전달해야 하는데 여기에는 클로저 함수와 php 함수가 있습니다. 사용됨 array_reduce(),

array_reduce 함수 정의: 혼합 array_reduce ( array $input , callable $function [, Mixed $initial = NULL ] )

<?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() 콜백 함수 이 함수는 입력 배열의 각 셀에 반복적으로 적용되어 배열을 단일 값으로 줄입니다. 최종적으로 호출되는 하나의 함수로 여러 함수를 래핑합니다.

#我们先假设只有一个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()
        }
    }

이렇게 콜백 함수를 실행할 때 실행 순서는 다음과 같습니다.

log::haddle() 메소드를 먼저 실행하고,

# 🎜🎜#로그 실행 ::before() 메소드

기본 메소드 실행 및 $kernel->handle($request) 실행

로그 실행::after( ) method

# 🎜🎜#다음과 같이 여러 상황을 시뮬레이션합니다.

    $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. 기본 메소드를 실행하고 $kernel->handle($request)#🎜을 실행합니다. 🎜#

6 .csrf::after() 메서드 실행

7.log::after() 메서드 실행

또 다른 문제가 있음에 유의 여기서는 미들웨어에 의해 생성된 결과이며, 전달하지 않고 공유 리소스를 수정하면 동일한 목적을 달성할 수 있으므로 실제로 다음 미들웨어에 값을 전달할 필요는 없습니다.

이 문서의 끝입니다. 사실 이 글을 쓸 당시에야 많은 관절이 파악되었습니다. 특히 클로저 함수의 사용과 이해가 더 깊어졌습니다. 클로저 함수는 리소스 사용을 지연시킬 수 있습니다. 예를 들어 현재 실행에 적합하지 않은 명령문은 나중에 캡슐화하여 전달해야 합니다. 전달하세요. 이것은 전통적인 기능으로는 할 수 없는 일입니다.

위 내용은 Laravel 미들웨어 제작 아이디어 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!