欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

對于Laravel 5.5核心架構(gòu)的深入理解

 更新時間:2018年02月22日 08:35:49   作者:郁冬  
安裝完laravel框架后,我們就需要了解一下整個框架的核心架構(gòu),下面這篇文章主要給大家介紹了關(guān)于Laravel 5.5核心架構(gòu)的一些深入理解,文中通過圖文及示例代碼介紹的非常詳細,需要的朋友可以參考借鑒,下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。

前言

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

1、依賴注入

方法傳入組件名,框架會自動實例化,方法內(nèi)可直接使用

例如最常用的requert對象

2、服務(wù)容器

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

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

3、服務(wù)提供者

一個類要被容器所能夠提取,必須要先注冊至這個容器。既然 Laravel 稱這個容器叫做服務(wù)容器,那么我們需要某個服務(wù),就得先注冊、綁定這個服務(wù)到容器,那么提供服務(wù)并綁定服務(wù)至容器的東西,就是服務(wù)提供者(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用來提供統(tǒng)一的接口,比如無論你用哪種cache,redis還是memcache,客戶端都可以用cache::get()方式來獲取value,至于具體是用了redis還是memcahe,就看你在sevice provider里面綁定了哪個。cache::get()的實現(xiàn)方式是,繼承Facade方法getFacadeAccessor,返回你在容器中綁定的key值,比如cache,然后Facade類會使用php魔術(shù)變量__callstatic(),callstatic的邏輯里面會從container里解析cache所綁定的服務(wù),就是前面提到的service provider綁定了誰

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

5.2、這個類只返回一個mailer

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

5.4、這個方法會得到mailer的實例,即app('mailer')

5.5、這個實例便能調(diào)用mailer類的send方法

6、契約

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

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

低耦合#

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

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

這個類中,程序跟給定的緩存實現(xiàn)高耦合。因為我們依賴于一個擴展包的特定緩存類。一旦這個擴展包的 API 被更改了,我們的代碼就必須跟著改變。

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

比起上面的做法,我們可以使用一個簡單的、與擴展包無關(guān)的接口來改進我們的代碼:

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

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

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

總結(jié)

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

相關(guān)文章

最新評論