新聞中心
大家好,我是老田,從今天開始,本公眾號每周給大家送福利,送什么呢?肯定是技術(shù)書啦,沒那么多花里胡哨的,參與方式見文末。

專注于為中小企業(yè)提供成都做網(wǎng)站、成都網(wǎng)站建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)安吉免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都,凝聚了一批互聯(lián)網(wǎng)行業(yè)人才,有力地推動了上1000家企業(yè)的穩(wěn)健成長,幫助中小企業(yè)通過網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。
好啦,進(jìn)入我們的主題,今天我給大家分享設(shè)計模式中的委派模式。用貼切的生活故事,以及真實(shí)項(xiàng)目場景來講設(shè)計模式,最后用一句話來總結(jié)這個設(shè)計模式。
故事
從字面意義上來看,委派:指委托安排;委任派遣 。
在我們技術(shù)領(lǐng)域有個模式也叫委派模式,但委派模式不屬于GOF的23種模式,但由于其性質(zhì)和作用,大家都把委派模式歸納在行為模式中。
在楚漢傳奇中,劉邦當(dāng)時封韓信為大將軍時,下面很多人非常不服。不服的理由很簡單,就是韓信沒立過多少軍工,在戰(zhàn)隊里沒有威望。然而他直說了一句:“我只聽大王的命令,我只要10個聽我命令的將軍”。
劉邦下達(dá)命令給韓信,韓信根據(jù)將軍們的特長,下達(dá)對應(yīng)命令。
委派模式的定義
委派模式:英文Delegate Pattern,它的基本作用就是負(fù)責(zé)任務(wù)的調(diào)度和分配任務(wù)。
在這里需要注意,委派模式和代理模式非常相似,可以把委派模式看作為一種特殊情況下的靜態(tài)代理的全權(quán)代理。
代理模式:重點(diǎn)在于過程。委派模式:重點(diǎn)在于結(jié)果。
生活案列
公司內(nèi),老板把任務(wù)下發(fā)給項(xiàng)目經(jīng)理,項(xiàng)目經(jīng)理自己不會去干活,而是把這些任務(wù)按照每個人負(fù)責(zé)的模塊,交給對應(yīng)的開發(fā)同事們?nèi)ラ_發(fā),大家把任務(wù)完成結(jié)果告訴項(xiàng)目經(jīng)理,最后項(xiàng)目經(jīng)理把結(jié)果匯總給老板。
這邊是一個非常典型的委派模式的應(yīng)用場景。
用一張圖表示:
代碼實(shí)現(xiàn)
開發(fā)同事有很多,但是有個統(tǒng)一的屬性,那就是碼代碼:
- //開發(fā)的同事進(jìn)行抽象
- public interface IEmployee {
- void doing(String command);
- }
- //下面假設(shè)有三哥員工
- public class EmployeeA implements IEmployee{
- @Override
- public void doing(String command) {
- System.out.println("我是員工A,擅長做數(shù)據(jù)庫設(shè)計,現(xiàn)在開始做" + command);
- }
- }
- public class EmployeeB implements IEmployee {
- @Override
- public void doing(String command) {
- System.out.println("我是員工B,擅長做架構(gòu),現(xiàn)在開始做" + command);
- }
- }
- public class EmployeeC implements IEmployee {
- @Override
- public void doing(String command) {
- System.out.println("我是員工C,擅長做業(yè)務(wù),現(xiàn)在開始做" + command);
- }
- }
員工有了,那么我們就來定義項(xiàng)目經(jīng)理Leader。
- import java.util.HashMap;
- import java.util.Map;
- public class Leader {
- private Map
employeeMap = new HashMap<>(); - //既然是項(xiàng)目經(jīng)歷,那他心里,肯定知道每個開發(fā)同事擅長的領(lǐng)域是什么
- public Leader() {
- employeeMap.put("數(shù)據(jù)庫設(shè)計", new EmployeeA());
- employeeMap.put("架構(gòu)設(shè)計", new EmployeeB());
- employeeMap.put("業(yè)務(wù)代碼", new EmployeeC());
- }
- //leader接收到老板Boss的任務(wù)命令后
- public void doing(String command) {
- //項(xiàng)目經(jīng)理通過任務(wù)命令,找到對應(yīng)的開發(fā)同事,
- // 然后把對應(yīng)任務(wù)明給這位同事,這位同事就可以去干活了
- employeeMap.get(command).doing(command);
- }
- }
有了開發(fā)同事、項(xiàng)目經(jīng)理,那還得有Boss。
- public class Boss {
- //Boss也得根據(jù)每個項(xiàng)目經(jīng)理鎖負(fù)責(zé)的領(lǐng)域進(jìn)行任務(wù)分配
- public void command(String command, Leader leader) {
- leader.doing(command);
- }
- }
測試類:
- public class DelegateDemoTest {
- public static void main(String[] args) {
- new Boss().command("架構(gòu)設(shè)計", new Leader());
- }
- }
運(yùn)行結(jié)果:
- 我是員工B,擅長做架構(gòu),現(xiàn)在開始做架構(gòu)設(shè)計
這樣我們就把一個生活中委派模式的案例,使用代碼實(shí)現(xiàn)了。簡單否?
上面的案例中,有三個重要的角色:
- 抽象人物角色I(xiàn)Employee
- 具體任務(wù)角色:EmployeeA、EmployeeB、EmployeeC
- 委派這角色:Leader
真實(shí)應(yīng)用場景
在Spring MVC中有個大姐耳熟能詳?shù)腄ispatcherServlet ,下面請看DispatcherServlet 在整個流程中的角色:
- protected void doService(HttpServletRequest request, HttpServletResponse response) throws Exception {
- //轉(zhuǎn)發(fā)、分派
- doDispatch(request, response);
- }
- /**
- * Process the actual dispatching to the handler.
- * 處理實(shí)際分派給處理程序
- *
The handler will be obtained by applying the servlet's HandlerMappings in order.
- * The HandlerAdapter will be obtained by querying the servlet's installed HandlerAdapters
- * to find the first that supports the handler class.
- *
All HTTP methods are handled by this method. It's up to HandlerAdapters or handlers
- * themselves to decide which methods are acceptable.
- * @param request current HTTP request
- * @param response current HTTP response
- * @throws Exception in case of any kind of processing failure
- */
- protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
- ...
- }
這里只能點(diǎn)到為止,因?yàn)樯婕暗胶芏鄸|西,尤其是HandlerAdapters、HandlerMapping不是一時半會能講完的。
另外, 在一些框架源碼中,比如Spring等,命名以Delegate結(jié)尾,比如:BeanDefinitionParserDelegate(根據(jù)不同的類型委派不同的邏輯解析BeanDefinition),或者是以Dispacher開頭和結(jié)尾或開頭的,比如:DispacherServlet一般都使用了委派模式。
委派模式的優(yōu)缺點(diǎn)
- 優(yōu)點(diǎn):通過任務(wù)委派,能夠?qū)⒁粋€大型的任務(wù)細(xì)化,然后通過統(tǒng)一管理這些子任務(wù)的完成情況實(shí)現(xiàn)任務(wù)的跟進(jìn),能夠加快任務(wù)完成的速度。
- 缺點(diǎn):任務(wù)委派方式需要根據(jù)任務(wù)復(fù)雜程度進(jìn)行不同的改變,在任務(wù)比較復(fù)雜的情況下,可能需要進(jìn)行多重委派,容易造成混亂。
總結(jié)
好了,關(guān)于委派模式就聊到這里,你學(xué)會了嗎?
最后用一句話來總結(jié)委派模式:
需求是很簡單,但是我不管
本文轉(zhuǎn)載自微信公眾號「Java后端技術(shù)全?!梗梢酝ㄟ^以下二維碼關(guān)注。轉(zhuǎn)載本文請聯(lián)系Java后端技術(shù)全棧公眾號。
網(wǎng)頁標(biāo)題:韓信拜將:委派模式
新聞來源:http://m.fisionsoft.com.cn/article/dhcgsej.html


咨詢
建站咨詢
