Laravel 5.5核心架構詳解

本文主要給大家介紹了關於Laravel 5.5核心架構的一些深入理解，文中通過圖文及範例程式碼介紹的非常詳細，需要的朋友可以參考借鑒，下面隨著小編來一起學習學習吧。

1、依賴注入

方法傳入組件名，架構會自動執行個體化，方法內可直接使用

例如最常用的requert對象

2、服務容器

其實，Laravel 的核心就是一個 IoC 容器，Laravel 的核心本身十分輕量，並沒有什麼很神奇很實質性的應用功能。很多人用到的各種功能模組比如 Route（路由）、Eloquent ORM（資料庫 ORM 組件）、Request（請求）以及Response（響應）等等等等，實際上都是與核心無關的類別模組提供的，這些類從註冊到執行個體化，最終被你所使用，其實都是 Laravel 的服務容器負責的。

服務提供者主要分為兩個部分，register（註冊） 和boot（引導、初始化）

3、服務提供者

一個類要被容器所能夠提取，必須要先註冊至這個容器。既然 Laravel 稱這個容器叫做服務容器，那麼我們需要某個服務，就得先註冊、綁定這個服務到容器，那麼提供服務並綁定服務至容器的東西，就是服務提供者（Service Provider）。

4、向IOC 容器添加自己的類

4.1、建立validate類

4.2、建立validateProvider

4.3、綁定validate類到Provider

<?phpnamespace App\Providers;use Illuminate\Support\ServiceProvider;class ValidateProvider extends ServiceProvider{ /** * Bootstrap the application services. * * @return void */ public function boot() { // } /** * Register the application services. * * @return void */ public function register() { $this->app->bind('valicate',function(){  return new Validate(); }); }}

4.4、添加Provider到IOC容器

4.5、使用

4.6、成功！

5、門面（facade）

facade用來提供統一的介面，比如無論你用哪種cache，redis還是memcache，用戶端都可以用cache::get()方式來擷取value，至於具體是用了redis還是memcahe，就看你在sevice provider裡面綁定了哪個。cache::get()的實現方式是，繼承Facade方法getFacadeAccessor，返回你在容器中綁定的key值，比如cache，然後Facade類會使用php魔術變數__callstatic(),callstatic的邏輯裡面會從container裡解析cache所綁定的服務，就是前面提到的service provider綁定了誰

5.1、例如config/app.php裡的mail

5.2、這個類只返回一個mailer

5.3、如果調用它的send方法，不存在的話會進入到callstatic的魔術方法

5.4、這個方法會得到mailer的執行個體，即app('mailer')

5.5、這個執行個體便能調用mailer類的send方法

6、契約

Laravel 的契約是一組定義架構提供的核心服務的介面。例如，Illuminate\Contracts\Queue\Queue契約定義了隊列任務所需的方法，而Illuminate\Contracts\Mail\Mailer契約定義了寄送電子郵件所需的方法。架構對每個契約都提供了相應的實現。

好處是實現了程式的低耦合和簡單性。

低耦合#

首先，讓我們來看一些高耦合緩衝實現的代碼。如下:

<?phpnamespace App\Orders;class Repository{ /** * 緩衝執行個體。 */ protected $cache; /** * 建立一個倉庫執行個體。 * * @param \SomePackage\Cache\Memcached $cache * @return void */ public function __construct(\SomePackage\Cache\Memcached $cache) { $this->cache = $cache; } /** * 按照 Id 檢索訂單 * * @param int $id * @return Order */ public function find($id) { if ($this->cache->has($id)) {  // } }}

這個類中，程式跟給定的緩衝實現高耦合。因為我們依賴於一個擴充包的特定緩衝類。一旦這個擴充包的 API 被更改了，我們的代碼就必須跟著改變。

同樣的，如果我們想要將底層的的緩衝技術（ Memcached ）替換為另一種緩衝技術（ Redis ），那又得再次修改這個repository類。而repository類不應該瞭解太多關於誰提供了這些資料或是如何提供的等等。

比起上面的做法，我們可以使用一個簡單的、與擴充包無關的介面來改進我們的代碼：

<?phpnamespace App\Orders;use Illuminate\Contracts\Cache\Repository as Cache;class Repository{ /** * 緩衝執行個體。 */ protected $cache; /** * 建立一個倉庫執行個體。 * * @param Cache $cache * @return void */ public function __construct(Cache $cache) { $this->cache = $cache; }}

現在，更改之後的代碼沒有與任何擴充包甚至是 Laravel 耦合。而契約擴充包不包含任何實現和依賴項，你可以輕鬆地寫任何給定契約的替代實現，來實現不修改任何關於緩衝消耗的代碼就可以替換緩衝實現。