Laravel

Container 機制是一種依賴注入的設計模式，它允許您將對象的創建和解析分離。這意味著您可以在應用程序中創建一個容器，然後使用容器來解析對象，而不是直接創建它們。這樣做的好處是，您可以更輕鬆地管理對象之間的依賴關係，並且可以更輕鬆地進行單元測試。 Container 機制通常由一個容器類別實現，該類別包含一個綁定數組，用於存儲抽象類別和具體類別之間的映射。當您需要解析一個對象時，容器會查找該對象的綁定，然後使用綁定中指定的具體類別或 Closure 創建該對象。 Container 機制還支持單例模式。如果您需要在應用程序中共享一個對象，則可以使用 singleton 方法來綁定抽象類別到具體類別或 Closure，並將 shared 參數設置為 true。這樣做可以確保每次解析該對象時都返回同一個實例。 使用 ReflectionClass 來解析對象，並使用 ReflectionParameter 來獲取對象的構造函數的參數列表。然後，它遞歸地解析每個參數的依賴關係，直到所有依賴關係都被解析為止。如果對象沒有構造函數，則直接返回一個新的對象實例。否則，它會使用 ReflectionClass::newInstanceArgs() 方法創建一個新的對象實例，並傳遞解析後的依賴關係作為參數。這種方法的好處是，它可以更輕鬆地管理對象之間的依賴關係，並且可以更輕鬆地進行單元測試。 基礎 Container 實作 <?php require_once 'Container.php'; class Foo {} $container = new Container; // 綁定 foo => new Foo $container->bind('foo', function ($container) { return new Foo; }); $foo1 = $container->make('foo'); var_dump($foo1); // object(Foo)#3 (0) { } 具體來說是怎麼實現這種綁定 Container，以下會逐步實現： 實現 bind class Container { protected $bindings = []; // 綁定一個實例進入 container public function bind($abstract, $concrete = null, $shared = false) { // $shared 參數用於指示是否應該返回同一個實例。 // 如果 shared 參數設置為 true，則返回同一個實例。 // 這對於需要共享的對象非常有用，例如資料庫連接或日誌記錄器。 // 如果 shared 參數設置為 false，則每次調用 make 方法時都會創建一個新的實例。 $this->bindings[$abstract] = compact('concrete', 'shared'); // array(1) { ["foo"]=> array(2) { ["concrete"]=> object(Closure)#1 (1) { ["parameter"]=> array(1) { ["$container"]=> string(10) "" } } ["shared"]=> bool(false) } } } ....

前幾天在網上看到一種設計方式，闡述了一種讓代碼看起來跟擴展性高的一種思維方式，作者透過實際例子描述如何從一開始的設計演化到最後的概念，這樣子的設計概念其實充滿在 Laravel 當中，我認為是相當值得學習的一個作法與思維，以下為實際演示和相關我理解的註解： 首先作者提出了一種原有的代碼設計思路，這邊可以看到示例代碼，用來處理相關 throw 和 report 的機制: class Flaky { protected $throw = true; public function reportFailures() { $this->throw = false; } public function throwFailures() { $this->throw = true; } protected function handle(Exception $e) { $this->throw ? throw $e : report($e); } } 這邊是一個很基礎的設計，可以看到透過呼叫 method 來改變 throw property 來改變最後 handle 的動作。然而當有新的方法，例如 logFailures，就必須調整兩個部分： 新增 logFailures 方法 調整 handle 邏輯 這樣會導致會大幅度去調整原有邏輯跟方法，而沒有一個通用的方法，而且新增的邏輯是有機會跟原本方法不一樣，因此作者透過步驟去分析跟設計，而這樣子的作法也是 Laravel 代碼庫中的實踐方法： class Flaky { protected $handleFailure; public function __construct() { $this->throwFailures(); } public function handleFailures($callback) { // 這邊透過 callback 的行為來增加代碼彈性，使其作用域在內部 $this->handleFailure = $callback; } public function reportFailures() { $this->handleFailures(function($e) { report($e); }); } public function throwFailures() { $this->handleFailures(function($e) { throw $e; }); } // new method public function logFailures() { $this->handleFailures(function($e) { logger($e) }); } protected function handle(Exception $e) { call_user_func($this->handleFailure, $e); } } 透過 handle 去 call handleFailure，除了內部提供的 reportFailures, throwFailures, logFailures，也可以直接呼叫 handleFailure 進行自定義方法：...

Pest 對我來說提供了更便捷的測試方式和直譯式的寫法，類似 JS 相關的測試框架，同時又保留了 Laravel 和 PHP 龐大的輔助函數和功能。 official laracasts 主結構 $ composer require pestphp/pest --dev --with-all-dependencies $ ./vendor/bin/pest --init $ ./vendor/bin/pest folders: ├── 📂 tests │ ├── 📂 Unit │ │ └── ExampleTest.php │ └── 📂 Feature │ │ └── ExampleTest.php │ └── TestCase.php │ └── Pest.php ├── phpunit.xml 簡單示例 這邊可以自己添加 phpunit.xml 對應路徑，可以看到 Pest.php 實現細節: 這邊表示注入 TestCase 到 Feature 底下，可以使用 TestCase 裡面所提供的方法，當然也可以注入對應的方法到指定的 folder 底下: uses( Tests\TestCase::class, // Illuminate\Foundation\Testing\RefreshDatabase::class, )->in('Feature'); SumTest...

新版本的 Laravel 提供了一種更便捷的作法來定義 accessor 和 mutator，下面將會比較新舊版本之間的差異，原有方式在新版本當中還是有作兼容，但新的寫法是相對來說更加清晰好懂。 原做法 // 假定 users 有 name: // accessor protected function getNameAttribute($value) { return Str::mask($value, '*', 2); } // mutator protected function setNameAttribute($value) { $this->attributes['name'] = 'Mr.'.$value; } // 要偽裝一個不存在的欄位 accessor protected function getFirstNameAttribute($value) { return ucfirst($this->name); } 新做法 doc，將原有 accessor 和 mutator 綜合為同一個方法進行操作。 // 假定 users 有 name: protected function name(): Attribute { return Attribute::make( get: fn (string $value) => Str::mask($value, '*', 2), set: fn(string $value) => 'Mr....

這個工具是 Laravel 官方所提供使用 docker 作為本地開發環境的 image，這邊紀錄一下關於相關配置和安裝設定。我本地端還是有配置 Laravel Valet，所以很顯然的是我必須調整 port 和相關兼容避免 port aleady in use。 先決配置 Docker 困難修復 開啟 Docker desktop/Resources/WSL integration/Ubuntu (我這邊 WSL 配置 Ubuntu) 進入 Ubuntu 內配置 $ sudo vi /etc/resolv.conf 配置 google nameserver: nameserver 8.8.8.8 安裝步驟 從遠端取得對應 shell script，並且執行 $ curl -s "https://laravel.build/<你的專案名稱>" | bash # curl -s "https://laravel.build/example-app" | bash 執行完畢後 cd 進去 開始配置對應 port -> .env，相關對應變數名稱可以參考 docker-compose.yml: APP_PORT=8088 # http port FORWARD_DB_PORT=33062 # db port FORWARD_MAILPIT_PORT=1026 # mailpit FORWARD_MAILPIT_DASHBOARD_PORT=8026 # mailpit dashboard FORWARD_REDIS_PORT=6380 # redis 拜訪 http://localhost:8088 測試相關對應數據庫連線，查看對應 ....

Query Builder 是一個強大的工具，用於構建和執行資料庫查詢。有時候我們可能需要更進一步地自訂 Query Builder，以滿足特定的需求。在這篇文章中，我們將深入探討 Laravel 的 Query Builder，並介紹如何使用 newEloquentBuilder 來自訂 Query Builder，以提供更彈性和強大的資料庫查詢功能。 創建一個自訂的ProductBuilder 類別，繼承 Illuminate\Database\Eloquent\Builder use Illuminate\Database\Eloquent\Builder; class ProductBuilder extends Builder { public function available() { return $this->where('status', 'available'); } } 接下來，我們需要在相應的 Product 模型中指定使用自訂的 ProductBuilder，而不是默認的 Builder： use Illuminate\Database\Eloquent\Model; class Product extends Model { /** * Get a new query builder instance for the model. * * @param \Illuminate\Database\Query\Builder $query * @return \App\Builders\ProductBuilder */ public function newEloquentBuilder($query) { return new ProductBuilder($query); } } 我們可以在使用 Product 模型進行查詢時，使用 available() 方法來篩選已上架的產品：...