您好,登錄后才能下訂單哦!
這篇文章主要講解了“什么是Spring委派模式”,文中的講解內(nèi)容簡(jiǎn)單清晰,易于學(xué)習(xí)與理解,下面請(qǐng)大家跟著小編的思路慢慢深入,一起來(lái)研究和學(xué)習(xí)“什么是Spring委派模式”吧!
首先委派模式不屬于23種設(shè)計(jì)模式。
所謂委派,個(gè)人理解是:將為達(dá)到最終結(jié)果的事情交給其他人或中間人來(lái)干,我只要最終結(jié)果,其他的事情,由我委派的人來(lái)安排。
更直白的表達(dá)就是,比如,我們想要蓋一棟樓房,蓋完之后我要刷漆,這些事情我自己肯定不能做,所以我這時(shí)候就會(huì)去找一個(gè)“包工頭”來(lái)幫我完成這件事情,我只要告訴“包工頭”我要蓋房子、我要給房子刷漆等命令,其他的事情我不管,最終能夠交付給我這個(gè)刷完漆房子就行。那么“包工頭”也不可能自己來(lái)干的吧,這個(gè)時(shí)候他就會(huì)去找人,蓋樓房的、刷漆的等等;然后叫他們來(lái)干這件事情,干完之后,交付給我一個(gè)刷完漆的房子即可。這個(gè)過(guò)程也就是委派模式的一個(gè)體現(xiàn)。
委派模式看上去和我們之前所說(shuō)的“靜態(tài)模式”非常相似,它可以說(shuō)是一種特殊情況的靜態(tài)代理的全權(quán)代理。但是也是有區(qū)別的,“靜態(tài)代理”更注重的是過(guò)程,而“委派模式”只注重“結(jié)果”。
我們現(xiàn)在就以上述中的例子,用代碼來(lái)實(shí)現(xiàn)以下:
先創(chuàng)建工人抽象類(lèi)接口,他們都具有干活的功能 Worker
:
/** * 抽象 工人 * * @author EamonZzz * @date 2019-10-26 15:09 */ public interface Worker { /** * 干活 * * @param command 聽(tīng)命令干活 */ void doWork(String command); }
然后有一個(gè)工人A,砌磚砌的很好,很適合蓋樓,WorkerA
:
/** * 工人A 他砌磚砌的很好,所以叫來(lái)蓋樓比較好 * * @author EamonZzz * @date 2019-10-26 15:11 */ public class WorkerA implements Worker { @Override public void doWork(String command) { System.out.println("我是工人A,包工頭叫我 " + command); } }
然后再來(lái)一個(gè)工人B,他是專(zhuān)業(yè)刷漆的 WorkerB
:
/** * 工人A 他砌磚砌的很好,所以叫來(lái)蓋樓比較好 * * @author EamonZzz * @date 2019-10-26 15:11 */ public class WorkerA implements Worker { @Override public void doWork(String command) { System.out.println("我是工人A,包工頭叫我 " + command); } }
再來(lái)找一個(gè)包工頭,包工頭也是一名工人,但是這個(gè)包工頭主要是組織工人干活,Contractor
:
/** * 包工頭(也是一名工人),承接項(xiàng)目,分配工人 * * @author EamonZzz * @date 2019-10-26 15:07 */ public class Contractor implements Worker { private Map<String,Worker> targets = new HashMap<String, Worker>(); public Contractor() { targets.put("蓋樓", new WorkerA()); targets.put("刷漆", new WorkerB()); } /** * 包工頭不需要自己干活 * @param command */ @Override public void doWork(String command) { targets.get(command).doWork(command); } }
最后就是有蓋樓刷漆的需求的人,Boss
:
/** * 我,需要蓋樓的人,給包工頭下達(dá)蓋樓、刷漆的命令 * * @author EamonZzz * @date 2019-10-26 15:06:09 **/ public class Boss { /** * 下達(dá) 請(qǐng)求 * * @param command * @param contractor */ public void command(String command, Contractor contractor) { contractor.doWork(command); } }
來(lái)看一下測(cè)試類(lèi):
/** * @author EamonZzz * @date 2019-10-26 15:23 */ public class BossTest { @Test public void test() { Boss boss = new Boss(); boss.command("蓋樓", new Contractor()); boss.command("刷漆", new Contractor()); } }
最終結(jié)果:
我是工人A,包工頭叫我 蓋樓 我是工人B,包工頭叫我 刷漆
這個(gè)過(guò)程就模擬完畢,Boss 給包工頭下達(dá)命令說(shuō)我要蓋樓,然后包工頭就去找能夠蓋樓的人去蓋樓;然后下達(dá)命令說(shuō),我的樓房需要刷漆了,包工頭就去找刷漆的人來(lái)干這件事情。
在SpringMVC
中,也有委派模式的身影,比如我們最常見(jiàn)的 DispatcherServlet
它用來(lái)將我們前端URL
傳過(guò)來(lái)的請(qǐng)求,分發(fā)到相應(yīng)的 Controller
控制器來(lái)處理請(qǐng)求,那么它是怎么來(lái)完成這一過(guò)程的呢?
其實(shí)結(jié)合上面的實(shí)例場(chǎng)景就不難分析出來(lái)原理。
對(duì)于“委派模式”和“靜態(tài)代理模式”的區(qū)別,在文章開(kāi)頭已經(jīng)提到過(guò),“靜態(tài)代理”注重過(guò)程,代理類(lèi)和被代理類(lèi)都要去實(shí)現(xiàn)一個(gè)接口;而“委派模式”更注重結(jié)果,Boss
不需要實(shí)現(xiàn)Worker
這個(gè)接口。就拿敲代碼這個(gè)能力來(lái)說(shuō),“靜態(tài)代理”的Boss
類(lèi)需要會(huì)敲代碼,而“委派模式”中的Boss
則不需要會(huì)敲代碼。
感謝各位的閱讀,以上就是“什么是Spring委派模式”的內(nèi)容了,經(jīng)過(guò)本文的學(xué)習(xí)后,相信大家對(duì)什么是Spring委派模式這一問(wèn)題有了更深刻的體會(huì),具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云,小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章,歡迎關(guān)注!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀(guān)點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。