成人国产在线小视频_日韩寡妇人妻调教在线播放_色成人www永久在线观看_2018国产精品久久_亚洲欧美高清在线30p_亚洲少妇综合一区_黄色在线播放国产_亚洲另类技巧小说校园_国产主播xx日韩_a级毛片在线免费

資訊專欄INFORMATION COLUMN

使用 Laravel 服務(wù)容器的優(yōu)勢(shì)

jeffrey_up / 2178人閱讀

摘要:理解服務(wù)容器的概念,對(duì)于我們使用太重要了,應(yīng)該說(shuō)是否理解服務(wù)容器的概念是區(qū)分是否入門的重要條件。因?yàn)檎麄€(gè)框架正是在服務(wù)容器這一基礎(chǔ)上構(gòu)建起來(lái)的。

本篇文章轉(zhuǎn)載自我的個(gè)人博客
原文地址SampsonBlog

如果說(shuō)laravel框架的核心是什么,那么無(wú)疑是服務(wù)容器。理解服務(wù)容器的概念,對(duì)于我們使用laravel太重要了,應(yīng)該說(shuō)是否理解服務(wù)容器的概念是區(qū)分是否入門laravel的重要條件。因?yàn)檎麄€(gè)框架正是在服務(wù)容器這一基礎(chǔ)上構(gòu)建起來(lái)的。


laravel服務(wù)容器就像一個(gè)高度自動(dòng)化的工廠,你需要的東西,定制好模型,使用特定接口來(lái)制造

因?yàn)槭褂昧朔?wù)容器,laravel中大部分對(duì)象實(shí)例化的方式是這樣的:

$obj1 = $container->make("class1", "class2");
$obj2 = $container->make("class3", "class4");

但是在沒(méi)有使用服務(wù)容器的情況下,以下這種方式同樣可以做到::

$obj1 = new class1(new class2());
$obj2 = new class3(new class4());

那么使用服務(wù)容器的優(yōu)勢(shì)到底是什么呢?下面我們通過(guò)一些具體例子來(lái)分析下它的優(yōu)勢(shì):

例一、發(fā)送郵件

我們把發(fā)送郵件的功能封裝成一個(gè)類,需要使用的時(shí)候,實(shí)例化并調(diào)用發(fā)送方法。
以下是不使用laravel服務(wù)容器常見(jiàn)的方式:

/**
 *發(fā)送郵件服務(wù)類
 */
class EmailService{
    public function send(){
        //todo 發(fā)送郵件方法
    }
}

//如果任何地方要發(fā)郵件我們就復(fù)制下面這兩行代碼
$emailService = new EmailService();
$emailService->send();

使用了了laravel服務(wù)容器以后:

$this->app->bind("emailService", function ($app) {
    return new EmailService();
});

//如果任何地方要發(fā)郵件我們就復(fù)制下面這兩行代碼
$emailService = app("emailService");
$emailService->send();

這使得我們的代碼更加簡(jiǎn)潔了,并且由于有了中間層,靈活性提高了(解耦),那么無(wú)論是測(cè)試(在測(cè)試時(shí)我們可以偽造類替換EmailService類)還是優(yōu)化EmailService類,都變得更加方便。

//只需要改這一個(gè)地方
$this->app->bind("emailService", function ($app) {
    return new SupperEmailService();
});

其他調(diào)用的部分我們完全不用動(dòng),如果我們沒(méi)有這個(gè)綁定操作,那么不得不在每個(gè)使用郵件服務(wù)的地方做更改。

//使用到EamilSerice類的每個(gè)地方都要更改
$emailService = new SupperEmailService();
$emailService->send();
例二、實(shí)現(xiàn)單例模式

還是上面的例子,出于性能的考慮,你需要SupperEamilService類實(shí)現(xiàn)單例模式,于是在不使用laravel服務(wù)容器的情況下,你將SupperEmailService類更改如下:

class SupperEamilService{
      //創(chuàng)建靜態(tài)私有的變量保存該類對(duì)象
     static private $instance;
   
      //防止直接創(chuàng)建對(duì)象
      private function __construct(){
         
     }
         //防止克隆對(duì)象
     private function __clone(){
 
     }
     static public function getInstance(){
                 //判斷$instance是否是Uni的對(duì)象
                 //沒(méi)有則創(chuàng)建
         if (!self::$instance instanceof self) {
             self::$instance = new self();
         }
         return self::$instance;
         
     }
     
     //發(fā)送郵件方法
     public function send(){
        
     }
 }

除此之外,由于現(xiàn)在SupperEamilService類構(gòu)造函數(shù)為私有,無(wú)法通過(guò)new關(guān)鍵字來(lái)實(shí)例化對(duì)象,所以在每個(gè)實(shí)例化SupperEmailService類的地方都要改成這樣:

$emailService=SupperEmailService::getInstance();
$emailService->send();

laravel服務(wù)容器天生支持單例,下面是laravel的實(shí)現(xiàn)方式:

//只需要把bind改成singleton 
$this->app->singleton("emailService", function ($app) {
    return new SupperEmailService();
});

要實(shí)現(xiàn)單例甚至只需要改一行代碼,把原來(lái)的bind方法改成singleton ,通過(guò)容器取出來(lái)的便是單例,真是太方便了。

例三、旅行者去旅行

這個(gè)例子假設(shè)一個(gè)旅行者去西藏旅行,可以做火車(train)或者走路(leg)去。
不使用laravel服務(wù)容器:

_trafficTool = $trafficTool;
  }

  public function visitTibet()
  {
  $this->_trafficTool->go();
  }
}

當(dāng)旅行者要坐火車去旅行通常我們這樣寫:

visitTibet();

事實(shí)上這種寫法已經(jīng)非常不錯(cuò)了,因?yàn)閷?duì)于旅行工具的依賴已經(jīng)通過(guò)接口的方式轉(zhuǎn)移到外部了。但是使用new來(lái)實(shí)例化對(duì)象的時(shí)候還是會(huì)產(chǎn)生依賴.比如上面$tra = new Traveller($trafficTool),這說(shuō)明我們要?jiǎng)?chuàng)建一個(gè)Traveller之前必須得有一個(gè)$trafficTool,即Traveller依賴于trafficTool.當(dāng)使用new來(lái)實(shí)例化Traveller的時(shí)候,Traveller和trafficTool之間就產(chǎn)生了耦合.這樣,這兩個(gè)組件就沒(méi)辦法分開(kāi)了。

現(xiàn)在我們來(lái)看看使用laravel服務(wù)容器是怎么實(shí)現(xiàn)的:
在服務(wù)容器中綁定類

app->bind( "TrafficTool", "Train");
     $this->app->bind("Traveller", "Traveller");
  }
}

實(shí)例化對(duì)象

make("Traveller");
$tra->visitTibet(); 

當(dāng)我們使用服務(wù)容器獲取旅行類的對(duì)象時(shí),容器會(huì)自動(dòng)注入對(duì)象所需要的參數(shù)。而在此之前我只需要綁定特定的類就可以了,這樣做才體現(xiàn)了真正的自動(dòng)化,而且使得旅行類和旅行工具類完全解耦了。當(dāng)我們需要更改旅行方式的時(shí)候,我們就只需要更改綁定就可以了。

總結(jié)

上面舉了幾個(gè)簡(jiǎn)單的例子,如果能完全理解和掌握l(shuí)aravel服務(wù)容器,實(shí)際開(kāi)發(fā)中它會(huì)給你提供更多的便利。當(dāng)然它也不是完美無(wú)缺的,下篇博客打算再來(lái)描述它的缺點(diǎn),總之實(shí)際使用中揚(yáng)長(zhǎng)避短才是關(guān)鍵。

文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/28966.html

相關(guān)文章

  • 深入剖析 Laravel 服務(wù)提供者實(shí)現(xiàn)原理

    摘要:服務(wù)提供者啟動(dòng)原理之前我們有學(xué)習(xí)深度挖掘生命周期和深入剖析服務(wù)容器,今天我們將學(xué)習(xí)服務(wù)提供者。的所有核心服務(wù)都是通過(guò)服務(wù)提供者進(jìn)行引導(dǎo)啟動(dòng)的,所以想深入了解那么研究服務(wù)提供者的原理是個(gè)繞不開(kāi)的話題。 本文首發(fā)于 深入剖析 Laravel 服務(wù)提供者實(shí)現(xiàn)原理,轉(zhuǎn)載請(qǐng)注明出處。 今天我們將學(xué)習(xí) Laravel 框架另外一個(gè)核心內(nèi)容「服務(wù)提供者(Service Provider)」。服務(wù)提供...

    yeooo 評(píng)論0 收藏0
  • 【docker實(shí)操】使用docker部署一個(gè)laravel應(yīng)用

    摘要:最近部署上線一個(gè)項(xiàng)目,新的服務(wù)器,在生產(chǎn)環(huán)境安裝配置等各種東西一大堆很麻煩。本文是我學(xué)習(xí)并使用部署項(xiàng)目的一個(gè)記錄。另外我們可以部署不同版本的應(yīng)用,例如,并且互不干擾。之后部署只需要移植鏡像生成容器,就能保證環(huán)境的一致。需要使用三個(gè)鏡像。 最近部署上線一個(gè)項(xiàng)目,新的服務(wù)器,在生產(chǎn)環(huán)境安裝配置nginx、php、mysql、git、composer等各種東西一大堆很麻煩。docker已經(jīng)火...

    quietin 評(píng)論0 收藏0
  • 【docker實(shí)操】使用docker部署一個(gè)laravel應(yīng)用

    摘要:最近部署上線一個(gè)項(xiàng)目,新的服務(wù)器,在生產(chǎn)環(huán)境安裝配置等各種東西一大堆很麻煩。本文是我學(xué)習(xí)并使用部署項(xiàng)目的一個(gè)記錄。另外我們可以部署不同版本的應(yīng)用,例如,并且互不干擾。之后部署只需要移植鏡像生成容器,就能保證環(huán)境的一致。需要使用三個(gè)鏡像。 最近部署上線一個(gè)項(xiàng)目,新的服務(wù)器,在生產(chǎn)環(huán)境安裝配置nginx、php、mysql、git、composer等各種東西一大堆很麻煩。docker已經(jīng)火...

    SunZhaopeng 評(píng)論0 收藏0
  • 詳解 Laravel依賴注入和 IoC

    摘要:依賴注入依賴注入一詞是由提出的術(shù)語(yǔ),它是將組件注入到應(yīng)用程序中的一種行為。就像說(shuō)的依賴注入是敏捷架構(gòu)中關(guān)鍵元素。類依賴于,所以我們的代碼可能是這樣的創(chuàng)建一個(gè)這是一種經(jīng)典的方法,讓我們從使用構(gòu)造函數(shù)注入開(kāi)始。 showImg(https://segmentfault.com/img/remote/1460000018806800); 文章轉(zhuǎn)自:https://learnku.com/la...

    haitiancoder 評(píng)論0 收藏0
  • Laravel 和 Spring Boot 兩個(gè)框架比較創(chuàng)業(yè)篇(一:開(kāi)發(fā)效率)

    摘要:小紅要以最低成本最快速度推出版本,投放市場(chǎng),收集反饋,持續(xù)迭代??偨Y(jié)在技能掌握充足的情況下,個(gè)人感覺(jué)開(kāi)發(fā)效率要略高于。 我個(gè)人是比較不喜歡去正兒八經(jīng)的比較兩個(gè)框架的,這樣沒(méi)有意義,不過(guò)欲善其事先利其器! 技術(shù)是相通的,但是在某個(gè)特定的領(lǐng)域的某個(gè)階段肯定有相對(duì)最適合的一個(gè)工具! 這里比較不是從技術(shù)角度比較,而是從公司技術(shù)選型考慮的,特別是初創(chuàng)的互聯(lián)網(wǎng)創(chuàng)業(yè)公司。沒(méi)辦法,誰(shuí)讓互聯(lián)網(wǎng)公司離不開(kāi)...

    tinna 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

最新活動(dòng)
閱讀需要支付1元查看
<