設計模式 – 委派模式
- 2019 年 10 月 28 日
- 筆記
理解
首先委派模式不屬於23種設計模式。
所謂委派，個人理解是：將為達到最終結果的事情交給其他人或中間人來干，我只要最終結果，其他的事情，由我委派的人來安排。
更直白的表達就是，比如，我們想要蓋一棟樓房，蓋完之後我要刷漆，這些事情我自己肯定不能做，所以我這時候就會去找一個「包工頭」來幫我完成這件事情，我只要告訴「包工頭」我要蓋房子、我要給房子刷漆等命令，其他的事情我不管，最終能夠交付給我這個刷完漆房子就行。那麼「包工頭」也不可能自己來乾的吧，這個時候他就會去找人，蓋樓房的、刷漆的等等；然後叫他們來干這件事情，幹完之後，交付給我一個刷完漆的房子即可。這個過程也就是委派模式的一個體現。
委派模式看上去和我們之前所說的「靜態模式」非常相似，它可以說是一種特殊情況的靜態代理的全權代理。但是也是有區別的，「靜態代理」更注重的是過程，而「委派模式」只注重「結果」。
示例
我們現在就以上述中的例子，用程式碼來實現以下：
程式碼
先創建工人抽象類介面，他們都具有幹活的功能 Worker ：
/** * 抽象 工人 * * @author EamonZzz * @date 2019-10-26 15:09 */ public interface Worker { /** * 幹活 * * @param command 聽命令幹活 */ void doWork(String command); }然後有一個工人A，砌磚砌的很好，很適合蓋樓，WorkerA：
/** * 工人A 他砌磚砌的很好，所以叫來蓋樓比較好 * * @author EamonZzz * @date 2019-10-26 15:11 */ public class WorkerA implements Worker { @Override public void doWork(String command) { System.out.println("我是工人A，包工頭叫我 " + command); } }然後再來一個工人B，他是專業刷漆的 WorkerB：
/** * 工人A 他砌磚砌的很好，所以叫來蓋樓比較好 * * @author EamonZzz * @date 2019-10-26 15:11 */ public class WorkerA implements Worker { @Override public void doWork(String command) { System.out.println("我是工人A，包工頭叫我 " + command); } }再來找一個包工頭，包工頭也是一名工人，但是這個包工頭主要是組織工人幹活，Contractor：
/** * 包工頭(也是一名工人)，承接項目，分配工人 * * @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：
/** * 我，需要蓋樓的人，給包工頭下達蓋樓、刷漆的命令 * * @author EamonZzz * @date 2019-10-26 15:06:09 **/ public class Boss { /** * 下達 請求 * * @param command * @param contractor */ public void command(String command, Contractor contractor) { contractor.doWork(command); } }來看一下測試類：
/** * @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()); } }最終結果：
我是工人A，包工頭叫我 蓋樓 我是工人B，包工頭叫我 刷漆類圖
這個過程就模擬完畢，Boss 給包工頭下達命令說我要蓋樓，然後包工頭就去找能夠蓋樓的人去蓋樓；然後下達命令說，我的樓房需要刷漆了，包工頭就去找刷漆的人來干這件事情。
SpringMVC中使用委派模式的場景
在SpringMVC中，也有委派模式的身影，比如我們最常見的 DispatcherServlet 它用來將我們前端URL傳過來的請求，分發到相應的 Controller 控制器來處理請求，那麼它是怎麼來完成這一過程的呢？
其實結合上面的實例場景就不難分析出來原理。
總結
對於「委派模式」和「靜態代理模式」的區別，在文章開頭已經提到過，「靜態代理」注重過程，代理類和被代理類都要去實現一個介面；而「委派模式」更注重結果，Boss不需要實現Worker 這個介面。就拿敲程式碼這個能力來說，「靜態代理」的Boss類需要會敲程式碼，而「委派模式」中的Boss則不需要會敲程式碼。
