亚洲中字慕日产2020,大陆极品少妇内射AAAAAA,无码av大香线蕉伊人久久,久久精品国产亚洲av麻豆网站

資訊專欄INFORMATION COLUMN

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

jeffrey_up / 2237人閱讀

摘要：理解服務(wù)容器的概念，對于我們使用太重要了，應(yīng)該說是否理解服務(wù)容器的概念是區(qū)分是否入門的重要條件。因為整個框架正是在服務(wù)容器這一基礎(chǔ)上構(gòu)建起來的。

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

如果說laravel框架的核心是什么，那么無疑是服務(wù)容器。理解服務(wù)容器的概念，對于我們使用laravel太重要了，應(yīng)該說是否理解服務(wù)容器的概念是區(qū)分是否入門laravel的重要條件。因為整個框架正是在服務(wù)容器這一基礎(chǔ)上構(gòu)建起來的。


laravel服務(wù)容器就像一個高度自動化的工廠，你需要的東西，定制好模型，使用特定接口來制造。

因為使用了服務(wù)容器，laravel中大部分對象實例化的方式是這樣的：

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

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

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

那么使用服務(wù)容器的優(yōu)勢到底是什么呢？下面我們通過一些具體例子來分析下它的優(yōu)勢：

例一、發(fā)送郵件

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

/**
 *發(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();

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

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

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

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

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

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

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

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

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

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

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

例三、旅行者去旅行

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

_trafficTool = $trafficTool;
  }

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

當旅行者要坐火車去旅行通常我們這樣寫：

visitTibet();

事實上這種寫法已經(jīng)非常不錯了，因為對于旅行工具的依賴已經(jīng)通過接口的方式轉(zhuǎn)移到外部了。但是使用new來實例化對象的時候還是會產(chǎn)生依賴.比如上面$tra = new Traveller($trafficTool),這說明我們要創(chuàng)建一個Traveller之前必須得有一個$trafficTool,即Traveller依賴于trafficTool.當使用new來實例化Traveller的時候,Traveller和trafficTool之間就產(chǎn)生了耦合.這樣,這兩個組件就沒辦法分開了。

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

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

實例化對象

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

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

總結(jié)

上面舉了幾個簡單的例子，如果能完全理解和掌握laravel服務(wù)容器，實際開發(fā)中它會給你提供更多的便利。當然它也不是完美無缺的，下篇博客打算再來描述它的缺點，總之實際使用中揚長避短才是關(guān)鍵。

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

轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/28966.html

相關(guān)文章

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

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

    yeooo 評論0 收藏0

  • 【docker實操】使用docker部署一個laravel應(yīng)用

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

    quietin 評論0 收藏0

  • 【docker實操】使用docker部署一個laravel應(yīng)用

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

    SunZhaopeng 評論0 收藏0

  • 詳解 Laravel 中的依賴注入和 IoC

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

    haitiancoder 評論0 收藏0

  • Laravel 和 Spring Boot 兩個框架比較創(chuàng)業(yè)篇（一：開發(fā)效率）

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

    tinna 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<