前言
本文主要給大家介紹了關于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
<?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 耦合。而契約擴展包不包含任何實現和依賴項，你可以輕松地寫任何給定契約的替代實現，來實現不修改任何關于緩存消耗的代碼就可以替換緩存實現。
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對服務器之家的支持。
