设计模式 - 委派模式
理解
首先委派模式不属于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
则不需要会敲代码。
上一篇: wamp2.5怎么设置虚拟域名