本文主要為大家介紹了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中文網其他相關文章！
