這篇文章將為大家詳細(xì)講解有關(guān)使用Laravel服務(wù)容器的優(yōu)勢有哪些,小編覺得挺實(shí)用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
十多年的同安網(wǎng)站建設(shè)經(jīng)驗(yàn),針對設(shè)計(jì)、前端、開發(fā)、售后、文案、推廣等六對一服務(wù),響應(yīng)快,48小時及時工作處理。成都全網(wǎng)營銷推廣的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同,自動調(diào)整同安建站的顯示方式,使網(wǎng)站能夠適用不同顯示終端,在瀏覽器中調(diào)整網(wǎng)站的寬度,無論在任何一種瀏覽器上瀏覽網(wǎng)站,都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì),從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)從事“同安網(wǎng)站設(shè)計(jì)”,“同安網(wǎng)站推廣”以來,每個客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。
如果說laravel框架的核心是什么,那么無疑是服務(wù)容器。理解服務(wù)容器的概念,對于我們使用laravel太重要了,應(yīng)該說是否理解服務(wù)容器的概念是區(qū)分是否入門laravel的重要條件。因?yàn)檎麄€框架正是在服務(wù)容器這一基礎(chǔ)上構(gòu)建起來的。
推薦:laravel教程
laravel服務(wù)容器就像一個高度自動化的工廠,你需要的東西,定制好模型,使用特定接口來制造。
因?yàn)槭褂昧朔?wù)容器,laravel中大部分對象實(shí)例化的方式是這樣的:
$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ā)送郵件的功能封裝成一個類,需要使用的時候,實(shí)例化并調(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();
例二、實(shí)現(xiàn)單例模式
還是上面的例子,出于性能的考慮,你需要SupperEamilService類實(shí)現(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)鍵字來實(shí)例化對象,所以在每個實(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)單例甚至只需要改一行代碼,把原來的bind方法改成singleton ,通過容器取出來的便是單例,真是太方便了。
例三、旅行者去旅行
這個例子假設(shè)一個旅行者去西藏旅行,可以做火車(train)或者走路(leg)去。
不使用laravel服務(wù)容器:
_trafficTool = $trafficTool; } public function visitTibet() { $this->_trafficTool->go(); } }
當(dāng)旅行者要坐火車去旅行通常我們這樣寫:
visitTibet();
事實(shí)上這種寫法已經(jīng)非常不錯了,因?yàn)閷τ诼眯泄ぞ叩囊蕾囈呀?jīng)通過接口的方式轉(zhuǎn)移到外部了。但是使用new來實(shí)例化對象的時候還是會產(chǎn)生依賴.比如上面trafficTool),這說明我們要創(chuàng)建一個Traveller之前必須得有一個$trafficTool,即Traveller依賴于trafficTool.當(dāng)使用new來實(shí)例化Traveller的時候,Traveller和trafficTool之間就產(chǎn)生了耦合.這樣,這兩個組件就沒辦法分開了。
現(xiàn)在我們來看看使用laravel服務(wù)容器是怎么實(shí)現(xiàn)的:
在服務(wù)容器中綁定類
app->bind( 'TrafficTool', 'Train'); $this->app->bind('Traveller', 'Traveller'); } }
實(shí)例化對象
make('Traveller'); $tra->visitTibet();
當(dāng)我們使用服務(wù)容器獲取旅行類的對象時,容器會自動注入對象所需要的參數(shù)。而在此之前我只需要綁定特定的類就可以了,這樣做才體現(xiàn)了真正的自動化,而且使得旅行類和旅行工具類完全解耦了。當(dāng)我們需要更改旅行方式的時候,我們就只需要更改綁定就可以了。
關(guān)于“使用Laravel服務(wù)容器的優(yōu)勢有哪些”這篇文章就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,使各位可以學(xué)到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。