Laravel 底層 - 擴展框架

你好 ？

幾天前，我正在修復一個不穩定的測試，結果我需要一些獨特的和有效工廠內的值。 Laravel 包裝了 FakerPHP，我們通常透過 fake() 幫助器存取它。 FakerPHP 附帶了 valid() 和 unique() 等修飾符，但一次只能使用一個，因此不能執行 fake()->unique()->valid()，這正是我所要做的需要。這讓我想到，如果我們想創建自己的修改器怎麼辦？例如，uniqueAndValid() 或任何其他修飾符。我們如何擴充框架？

大聲思考

我會拋棄我的思路。

在開始任何過度設計的解決方案之前，我總是想檢查是否有更簡單的選擇並了解我正在處理的問題。那麼，讓我們來看看 fake() 助手：

function fake($locale = null)
{
    if (app()->bound('config')) {
        $locale ??= app('config')->get('app.faker_locale');
    }

    $locale ??= 'en_US';

    $abstract = \Faker\Generator::class.':'.$locale;

    if (! app()->bound($abstract)) {
        app()->singleton($abstract, fn () => \Faker\Factory::create($locale));
    }

    return app()->make($abstract);
}

閱讀程式碼，我們可以看到Laravel給容器綁定了一個單例。但是，如果我們檢查抽象，它是一個沒有實現任何介面的常規類，並且該物件是透過工廠創建的。這讓事情變得複雜了。為什麼？

1. 因為如果它是一個接口，我們只需創建一個新類來擴展 FakerGenerator 基類，添加一些新功能，然後將其重新綁定到容器。但我們沒有這種奢侈。
2. 有一家工廠參與其中。這意味著它不是一個簡單的實例化，而是正在運行一些邏輯。在這種情況下，工廠添加了一些提供者（PhoneNumber、Text、UserAgent 等）。因此，即使我們嘗試重新綁定，我們也必須使用工廠，它將返回原始的 FakerGenerator。

解決方案??人們可能會想，「是什麼阻止我們創建自己的工廠來返回第 1 點中概述的新發電機？」好吧，沒什麼，我們可以這麼做，但我們不會！我們使用框架有幾個原因，其中之一就是更新。如果 FakerPHP 增加新的提供者或進行重大升級會發生什麼？ Laravel 會調整程式碼，沒有做任何改變的人不會注意到任何事情。然而，我們會被排除在外，我們的程式碼甚至可能會崩潰（最有可能）。所以，是的，我們不想走那麼遠。

那麼，我們該怎麼辦？

現在我們已經探索了基本選項，我們可以開始考慮更進階的選項，例如設計模式。我們不需要精確的實現，只需要與我們的問題相似的東西。這就是為什麼我總是說認識他們很好。在這種情況下，我們可以透過在保留舊功能的同時添加新功能來「裝飾」Generator 類別。聽起來不錯嗎？讓我們看看如何！

首先，讓我們建立一個新類，FakerGenerator：

function fake($locale = null)
{
    if (app()->bound('config')) {
        $locale ??= app('config')->get('app.faker_locale');
    }

    $locale ??= 'en_US';

    $abstract = \Faker\Generator::class.':'.$locale;

    if (! app()->bound($abstract)) {
        app()->singleton($abstract, fn () => \Faker\Factory::create($locale));
    }

    return app()->make($abstract);
}

這將是我們的「裝飾器」（有點）。它是一個簡單的類，需要基 Generator 作為依賴項，並引入一個新的修飾符 uniqueAndValid()。它還使用 Laravel 中的 ForwardsCalls 特徵，這允許它代理對基礎物件的呼叫。

這個特質有兩個方法：forwardCallTo 和forwardDecolatedCallTo。當您想要在修飾物件上連結方法時，請使用後者。在我們的例子中，我們總是只有一個呼叫。

我們還需要實作UniqueAndValidGenerator，即自訂修飾符，但這不是本文的重點。如果你對實現感興趣，這個類別基本上是 FakerPHP 附帶的 ValidGenerator 和 UniqueGenerator 的混合體，你可以在這裡找到它。

現在，讓我們在 AppServiceProvider 中擴充框架：

<?php namespace App\Support;

use Closure;
use Faker\Generator;
use Illuminate\Support\Traits\ForwardsCalls;

class FakerGenerator
{
    use ForwardsCalls;

    public function __construct(private readonly Generator $generator)
    {
    }

    public function uniqueAndValid(Closure $validator = null): UniqueAndValidGenerator
    {
        return new UniqueAndValidGenerator($this->generator, $validator);
    }

    public function __call($method, $parameters): mixed
    {
        return $this->forwardCallTo($this->generator, $method, $parameters);
    }
}

extend() 方法檢查是否已將與給定名稱相符的抽象綁定到容器。如果是這樣，它會用閉包的結果覆蓋它的值，看看：

<?php namespace App\Providers;

use Closure;
use Faker\Generator;
use App\Support\FakerGenerator;
use Illuminate\Support\ServiceProvider;

class AppServiceProvider extends ServiceProvider
{
    public function register(): void
    {
        $this->app->extend(
            $this->fakerAbstractName(), 
            fn (Generator $base) => new FakerGenerator($base)
        );
    }

    private function fakerAbstractName(): string
    {
        // This is important, it matches the name bound by the fake() helper
        return Generator::class . ':' . app('config')->get('app.faker_locale');
    }
}

這就是我們定義 fakerAbstractName() 方法的原因，該方法產生與 fake() 幫助程式在容器中綁定的名稱相同的名稱。

如果你錯過了，請重新檢查上面的程式碼，我留下了評論。

現在，每次我們呼叫 fake() 時，都會傳回一個 FakerGenerator 實例，而我們將可以存取我們引入的自訂修飾符。每次我們呼叫 FakerGenerator 類別上不存在的呼叫時，都會觸發 __call() ，並使用forwardCallTo() 方法將其代理到基礎 Generator。

就是這樣！我終於可以做 fake()->uniqueAndValid()->randomElement()，它就像一個魅力！

在我們結束之前，我想指出這不是一個純粹的裝飾器模式。然而，圖案並不是神聖的文本；而是神聖的文本。調整它們以滿足您的需求並解決問題。

結論

框架非常有用，並且 Laravel 具有許多內建功能。但是，它們無法涵蓋項目中的所有邊緣情況，有時您可能會陷入死胡同。當發生這種情況時，您始終可以擴展框架。我們已經看到它是多麼簡單，我希望您理解主要思想，它不僅僅適用於這個 Faker 範例。

始終從簡單開始，尋找問題的最簡單解決方案。當有必要時，複雜性就會出現，所以如果基本繼承能夠解決問題，就不需要實作裝飾器或其他任何東西。當你確實擴展框架時，請確保不要走得太遠，否則你得不償失。您不想最終自己維護框架的一部分。

以上是Laravel 底層 - 擴展框架的詳細內容。更多資訊請關注PHP中文網其他相關文章！