摘要:理解服務(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
摘要:服務(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ù)提供...
摘要:最近部署上線一個(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)火...
摘要:最近部署上線一個(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)火...
摘要:依賴注入依賴注入一詞是由提出的術(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...
摘要:小紅要以最低成本最快速度推出版本,投放市場(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)...
閱讀 1325·2023-04-26 03:05
閱讀 782·2021-10-19 11:43
閱讀 3232·2021-09-26 09:55
閱讀 837·2019-08-30 15:56
閱讀 998·2019-08-30 15:44
閱讀 1250·2019-08-30 15:44
閱讀 2731·2019-08-30 14:23
閱讀 3247·2019-08-30 13:13