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、新增自己的類別類別

#4.1、新validate類別

4.2、新validateProvider

#4.3、綁定validate類別到Provider

<?php namespace 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契約定義了發送電子郵件所需的方法。框架對每個契約都提供了相應的實現。

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

低耦合

#首先，讓我們來看一些高耦合快取實現的程式碼。如下:

<?php namespace 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類別不應該了解太多關於誰提供了這些資料或是如何提供的等等。

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

<?php namespace 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 耦合。而契约扩展包不包含任何实现和依赖项，你可以轻松地写任何给定契约的替代实现，来实现不修改任何关于缓存消耗的代码就可以替换缓存实现。

相关推荐：

Laravel 5.5实现前后台登陆

如何实现Laravel 5.5可响应接口

Laravel 5.5中为响应请求提供的可响应接口详解_php实例

以上是Laravel 5.5核心架構詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章！