理解
首先委派模式不屬於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則不需要會敲代碼。