前言

本文主要給大家介紹了關(guān)于Laravel 5.5核心架構(gòu)的相關(guān)內(nèi)容，分享出來(lái)供大家參考學(xué)習(xí)，下面話不多說(shuō)了，來(lái)一起看看詳細(xì)的介紹吧。

1、依賴(lài)注入

方法傳入組件名，框架會(huì)自動(dòng)實(shí)例化，方法內(nèi)可直接使用

例如最常用的requert對(duì)象

2、服務(wù)容器

其實(shí)，Laravel 的核心就是一個(gè) IoC 容器，Laravel 的核心本身十分輕量，并沒(méi)有什么很神奇很實(shí)質(zhì)性的應(yīng)用功能。很多人用到的各種功能模塊比如 Route（路由）、Eloquent ORM（數(shù)據(jù)庫(kù) ORM 組件）、Request（請(qǐng)求）以及Response（響應(yīng)）等等等等，實(shí)際上都是與核心無(wú)關(guān)的類(lèi)模塊提供的，這些類(lèi)從注冊(cè)到實(shí)例化，最終被你所使用，其實(shí)都是 Laravel 的服務(wù)容器負(fù)責(zé)的。

服務(wù)提供者主要分為兩個(gè)部分，register（注冊(cè)） 和boot（引導(dǎo)、初始化）

3、服務(wù)提供者

一個(gè)類(lèi)要被容器所能夠提取，必須要先注冊(cè)至這個(gè)容器。既然 Laravel 稱(chēng)這個(gè)容器叫做服務(wù)容器，那么我們需要某個(gè)服務(wù)，就得先注冊(cè)、綁定這個(gè)服務(wù)到容器，那么提供服務(wù)并綁定服務(wù)至容器的東西，就是服務(wù)提供者（Service Provider）。

4、向IOC 容器添加自己的類(lèi)

4.1、新建validate類(lèi)

4.2、新建validateProvider

4.3、綁定validate類(lèi)到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、門(mén)面（facade）

facade用來(lái)提供統(tǒng)一的接口，比如無(wú)論你用哪種cache，redis還是memcache，客戶(hù)端都可以用cache::get()方式來(lái)獲取value，至于具體是用了redis還是memcahe，就看你在sevice provider里面綁定了哪個(gè)。cache::get()的實(shí)現(xiàn)方式是，繼承Facade方法getFacadeAccessor，返回你在容器中綁定的key值，比如cache，然后Facade類(lèi)會(huì)使用php魔術(shù)變量__callstatic(),callstatic的邏輯里面會(huì)從container里解析cache所綁定的服務(wù)，就是前面提到的service provider綁定了誰(shuí)

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

5.2、這個(gè)類(lèi)只返回一個(gè)mailer

5.3、如果調(diào)用它的send方法，不存在的話會(huì)進(jìn)入到callstatic的魔術(shù)方法

5.4、這個(gè)方法會(huì)得到mailer的實(shí)例，即app('mailer')

5.5、這個(gè)實(shí)例便能調(diào)用mailer類(lèi)的send方法

6、契約

Laravel 的契約是一組定義框架提供的核心服務(wù)的接口。例如，Illuminate\Contracts\Queue\Queue契約定義了隊(duì)列任務(wù)所需的方法，而Illuminate\Contracts\Mail\Mailer契約定義了發(fā)送電子郵件所需的方法。框架對(duì)每個(gè)契約都提供了相應(yīng)的實(shí)現(xiàn)。

好處是實(shí)現(xiàn)了程序的低耦合和簡(jiǎn)單性。

低耦合#

首先，讓我們來(lái)看一些高耦合緩存實(shí)現(xiàn)的代碼。如下:

<?php
namespace App\Orders;
class Repository
{
 /**
 * 緩存實(shí)例。
 */
 protected $cache;
 /**
 * 創(chuàng)建一個(gè)倉(cāng)庫(kù)實(shí)例。
 *
 * @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)) {
  //
 }
 }
}

這個(gè)類(lèi)中，程序跟給定的緩存實(shí)現(xiàn)高耦合。因?yàn)槲覀円蕾?lài)于一個(gè)擴(kuò)展包的特定緩存類(lèi)。一旦這個(gè)擴(kuò)展包的 API 被更改了，我們的代碼就必須跟著改變。

同樣的，如果我們想要將底層的的緩存技術(shù)（ Memcached ）替換為另一種緩存技術(shù)（ Redis ），那又得再次修改這個(gè)repository類(lèi)。而repository類(lèi)不應(yīng)該了解太多關(guān)于誰(shuí)提供了這些數(shù)據(jù)或是如何提供的等等。

比起上面的做法，我們可以使用一個(gè)簡(jiǎn)單的、與擴(kuò)展包無(wú)關(guān)的接口來(lái)改進(jìn)我們的代碼：

<?php
namespace App\Orders;
use Illuminate\Contracts\Cache\Repository as Cache;
class Repository
{
 /**
 * 緩存實(shí)例。
 */
 protected $cache;

 /**
 * 創(chuàng)建一個(gè)倉(cāng)庫(kù)實(shí)例。
 *
 * @param Cache $cache
 * @return void
 */
 public function __construct(Cache $cache)
 {
 $this->cache = $cache;
 }
}

現(xiàn)在，更改之后的代碼沒(méi)有與任何擴(kuò)展包甚至是 Laravel 耦合。而契約擴(kuò)展包不包含任何實(shí)現(xiàn)和依賴(lài)項(xiàng)，你可以輕松地寫(xiě)任何給定契約的替代實(shí)現(xiàn)，來(lái)實(shí)現(xiàn)不修改任何關(guān)于緩存消耗的代碼就可以替換緩存實(shí)現(xiàn)。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問(wèn)大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

最新評(píng)論