事件委托模式是一个比较常用的设计模式,但是Java语言本身没有对其做一定的封装,因此实现起来有一定难度(了解原理后很简单),相比之下.NET就容易了很多。
身为一个Java爱好者,怎么向这样一个小困难低头,但是上网搜索,却没发现相关解决方案,得,自己来做一个封装吧。
其实结合例子更好,那么我就用一个小例子来引出这种设计模式。
一个班级,有两类学生,A类:不学习,玩,但是玩的东西不一样,有的是做游戏,与的是看电视(有点不合理)
B类:放哨的学生,专门看老师的动向,如果老师进班了就立即通知大家。
如此就形成了一个需求,放哨的学生要通知所有玩的学生:老师来了,而不同的学生有不同的反应,有的马上把电视关闭,有的停止玩游戏。
设计的要求如下,让A类学生和B类学生完全解耦,即A类完全不知道B类的学生,却可以通知B类的学生。
代码及说明如下:
Event 类,定义了一个事件类:
Code:
packagelnurd.test;
importjava.lang.reflect.Method;
importjava.util.Date;
publicclassEvent {
//要执行方法的对象
privateObject object;
//要执行的方法名称
privateString methodName;
//要执行方法的参数
privateObject[] params;
//要执行方法的参数类型
privateClass[] paramTypes;
publicEvent(){
}
publicEvent(Object object,String methodName,Object...args){
this.object=object;
this.methodName=methodName;
this.params=args;
contractParamTypes(this.params);
}
//根据参数数组生成参数类型数组
privatevoidcontractParamTypes(Object[] params){
this.paramTypes=newClass[params.length];
for(inti=0;i
this.paramTypes[i]=params[i].getClass();
}
}
publicObject getObject() {
returnobject;
}
//若干setter getter省略
publicvoidsetParamTypes(Class[] paramTypes) {
this.paramTypes = paramTypes;
}
//执行该 对象的该方法
publicvoidinvoke()throwsException{
Method method=object.getClass().getMethod(this.getMethodName(),this.getParamTypes());
if(null==method){
return;
}
method.invoke(this.getObject(),this.getParams());
}
}
EventHandler类,若干Event类的载体,同时提供一个执行所有Event的方法
Code:
packagelnurd.test;
importjava.util.ArrayList;
importjava.util.List;
publicclassEventHandler {
//是用一个List
privateList objects;
publicEventHandler(){
objects=newArrayList();
}
//添加某个对象要执行的事件,及需要的参数
publicvoidaddEvent(Object object,String methodName,Object...args){
objects.add(newEvent(object,methodName,args));
}
//通知所有的对象执行指定的事件
publicvoidnotifyX()throwsException{
for(Event e : objects){
e.invoke();
}
}
}
放哨的学生:这里先抽象出一个抽象类,因为放哨的人有尽职尽责的,也有马马虎虎的,
但是他们有功能的方法1。增加需要帮忙放哨的学生 2。通知所有需要放哨的学生:老师来了
Code:
packagelnurd.test;
publicabstractclassNotifier {
privateEventHandler eventHandler=newEventHandler();
publicEventHandler getEventHandler() {
returneventHandler;
}
publicvoidsetEventHandler(EventHandler eventHandler) {
this.eventHandler = eventHandler;
}
//增加需要帮忙放哨的学生
publicabstractvoidaddListener(Object object,String methodName,Object...args);
//告诉所有要帮忙放哨的学生:老师来了
publicabstractvoidnotifyX();
}
接着是放哨人的具体实现了,这里仅实现两个
1尽职尽责的放哨人GoodNotifier
2马马虎虎的放哨人BadNotifier
Code:
packagelnurd.test;
publicclassGoodNotifierextendsNotifier {
@Override
publicvoidaddListener(Object object, String methodName, Object... args) {
System.out.println("有新的同学委托尽职尽责的放哨人!");
this.getEventHandler().addEvent(object, methodName, args);
}
@Override
publicvoidnotifyX() {
System.out.println("尽职尽责的放哨人告诉所有需要帮忙的同学:老师来了");
try{
this.getEventHandler().notifyX();
}catch(Exception e){
e.printStackTrace();
}
}
}
//对于BadNotifier代码类似,不再复述.
接下来是玩游戏的学生:PlayingGameListener
Code:
packagelnurd.test;
importjava.util.Date;
publicclassPlayingGameListener {
publicPlayingGameListener(){
System.out.println("我正在玩游戏 开始时间"+newDate());
}
publicvoidstopPlayingGame(Date date){
System.out.println("老师来了,快回到座位上,结束时间"+date);
}
}
在接下来是看电视的学生WatchingTVListener
Code:
packagelnurd.test;
importjava.util.Date;
publicclassWatchingTVListener {
publicWatchingTVListener(){
System.out.println("我正在看电视 "+newDate());
}
publicvoidstopWatchingTV(Date date){
System.out.println("老师来了,快关闭电视 。 结束时间"+date);
}
}
测试代码:
Code:
//创建一个尽职尽责的放哨者
Notifier goodNotifier=newGoodNotifier();
//创建一个玩游戏的同学,开始玩游戏
PlayingGameListener playingGameListener=newPlayingGameListener();
//创建一个看电视的同学,开始看电视
WatchingTVListener watchingTVListener=newWatchingTVListener();
//玩游戏的同学告诉放哨的同学,老师来了告诉一下
goodNotifier.addListener(playingGameListener,"stopPlayingGame",newDate());
//看电视的同学告诉放哨的同学,老师来了告诉一下
goodNotifier.addListener(watchingTVListener,"stopWatchingTV",newDate());
try{
//一点时间后
Thread.sleep(1000);
}catch(Exception e){
e.printStackTrace();
}
//老师出现,放哨的人通知所有要帮忙的同学:老师来了
goodNotifier.notifyX();
点评:
1。放哨者完全不知道做游戏者的存在,完全解耦。(当然,功劳归功于Event和EventHandler,且这两个类具有通用性)
2。老师来了后游戏者停止游戏回到座位,看电视着关闭电视。(一次通知,执行了不同类的不同方法)
3。扩展性很高,再来一个打篮球的学生就先写个打篮球学生类,并在测试代码中告诉放哨者一下就好,放哨者完全没有变。重用性好
PS:写文档是在太累了,是写代码的好几倍,其实应该将Event 和EventHandler抽象成接口最后,实在太晚了,留给大家发挥吧。