设计模式 - 委派模式
理解
首先委派模式不属于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则不需要会敲代码。