Laravel 中介軟體提供了一種機制在不修改邏輯程式碼的情況下，中斷原本程式流程，通過中介軟體來處理一些事件，或者擴充套件一些功能。比如日誌中介軟體可以方便的記錄請求和響應日誌，而不需要去更改邏輯程式碼。

那麼我們簡化一下軟體執行過程，現在有一個核心類kernel，下面是它的laravel程式碼

#捕獲請求
$request = Illuminate\Http\Request::capture()
#處理請求
$response = $kernel->handle($www.cppcns.comrequest);

程式碼的作用是 捕獲一個 Request ，返回一個 Response。這裡面就是後續分發到具體執行邏輯的程式碼段並返回結果。

那麼如果想在執行這個$kernel->handle()方法之前或者之後，增加一段邏輯一般會怎麼寫呢。大概如下：

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

顯然這樣寫沒有問題，但是毫無拓展性可言，想執行什麼東西都要更改這個方法，這種是不可能封裝成框架核心內容的。怎麼改進呢

定義一個要執行的中介軟體類叫middleware，類實現兩個方法，before()和after()然後程式碼如下。

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

是否解決了問題呢，是解決了不用更改的問題，但是我們如果需要多箇中間件怎麼辦呢，最容易想到的就是：定義一箇中間件陣列middleware_arr,每一個middleware類都含有before和after方法，程式碼如下：

配置項中有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，這顯然不行，修改成如下：

$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陣列給反轉一下，這樣就符合了要求：

$r程式設計客棧equest = 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 ] )

<?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 陣列中的每一個單元中，從而將陣列簡化為單一的值。咱們是把多個函式包裹成最終呼叫一個函式。

#我們先假設只有一個middleware,叫log來簡化情況,這裡的類應該是一個類全路徑，我這裡就簡單的寫一下，要不然太長了。
$middleware_arr = ['log'];
#最終要執行的程式碼先封裝成一個閉包，要不然沒有辦法傳遞到內層,如果用函式名傳遞函式的話，是沒有辦法傳遞引數的。
$default = function() use($request){
    return $kernel->handle($request);
}
$callback = array_reduce($middleware_arr,function($stac程式設計客棧k,$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()方法

然後模擬多個的情況如下：

$middlewaremnKtovQ_arr = ['csrf','log'];
#最終要執行的程式碼先封裝成一個閉包，要不然沒有辦法傳遞到內層,function($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中介軟體的建立思路的資料請關注我們其它相關文章！