您好,登錄后才能下訂單哦!
小編給大家分享一下Laravel服務(wù)容器的優(yō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());
下面我們通過一些具體例子來分析下它的優(yōu)勢:
我們把發(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();
還是上面的例子,出于性能的考慮,你需要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ù)容器:
<?php interface TrafficTool{ public function go(); } class Train implements TrafficTool{ public function go(){ echo "train...."; } } class Leg implements TrafficTool{ public function go(){ echo "leg.."; } } class Traveller{ /** * @var Leg|null|Train * 旅行工具 */ protected $_trafficTool; public function __construct(TrafficTool $trafficTool){ $this->_trafficTool = $trafficTool; } public function visitTibet() { $this->_trafficTool->go(); } }
當(dāng)旅行者要坐火車去旅行通常我們這樣寫:
<?php $train = new Train(); $tra = new Traveller($train); $tra->visitTibet();
事實上這種寫法已經(jīng)非常不錯了,因為對于旅行工具的依賴已經(jīng)通過接口的方式轉(zhuǎn)移到外部了。但是使用new來實例化對象的時候還是會產(chǎn)生依賴.比如上面trafficTool),這說明我們要創(chuàng)建一個Traveller之前必須得有一個$trafficTool,即Traveller依賴于trafficTool.當(dāng)使用new來實例化Traveller的時候,Traveller和trafficTool之間就產(chǎn)生了耦合.這樣,這兩個組件就沒辦法分開了。
現(xiàn)在我們來看看使用laravel服務(wù)容器是怎么實現(xiàn)的:
在服務(wù)容器中綁定類
<?php namespace App\Providers; use Laravel\Lumen\Providers\EventServiceProvider as ServiceProvider; class RepositoryServiceProvider extends ServiceProvider{ public function register(){ //在服務(wù)容器中綁定類 $this->app->bind( 'TrafficTool', 'Train'); $this->app->bind('Traveller', 'Traveller'); } }
實例化對象
<?php // 實例化對象 $tra = app()->make('Traveller'); $tra->visitTibet();
當(dāng)我們使用服務(wù)容器獲取旅行類的對象時,容器會自動注入對象所需要的參數(shù)。而在此之前我只需要綁定特定的類就可以了,這樣做才體現(xiàn)了真正的自動化,而且使得旅行類和旅行工具類完全解耦了。當(dāng)我們需要更改旅行方式的時候,我們就只需要更改綁定就可以了。
以上是“Laravel服務(wù)容器的優(yōu)勢有哪些”這篇文章的所有內(nèi)容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內(nèi)容對大家有所幫助,如果還想學(xué)習(xí)更多知識,歡迎關(guān)注億速云行業(yè)資訊頻道!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。