在设计一般用途的软件的时候,在C或者C++语言中,用的很多的一个技巧就是回调函数(Callback),所谓的回调函数,意指先在系统的某个地方对函数进行注册,让系统知道这个函数的存在,然后在以后,当某个事件发生时,再调用这个函数对事件进行响应。在C或者C++中,实现的回调函数方法是使用函数指针。但是在Java中,并不支持指针,因而就有了Command模式,这一回调机制的面向对象版本。
Command模式用来封装一个命令/请求,简单的说,一个Command对象中包含了待执行的一个动作(语句)序列,以执行特定的任务。当然,并不是随便怎么样的语句序列都可以构成一个Command对象的,按照Command模式的设计,Command对象和它的调用者Incvoker之间应该具有接口约定的。也就是说,Invoker得到Command对象的引用,并调用其中定义好的方法,而当Command对象改变(或者是对象本身代码改变,或者干脆完全另外的一个Command对象)之后,Invoker中的代码可以不用更改。这样,通过封装请求,可以把任务和任务的实现加以分离。
而对于请求的处理又有两种不同的方法,一种是Command只充当代理,将请求转发给某个接受者对象,还有一种是Command对象自己处理完所有的请求操作。当然,这只是两个极端,更多的情况是Command完成一部分的工作,而另外的一部分这则交给接受者对象来处理。
在新的JDK的代理事件模型中,就可以看作是这样的一个Command模式。在那个模型中,一个事件监听者类EventListener监听某个事件,并根据接口定义,实现特定的操作。比如,当用Document对象的addDocumentListener(DocumentListener listener) 方法注册了一个DocumentListener后,以后如果在Document对象中发生文本插入的事件,DocumentListener中实现的insertUpdate(DocumentEvent e)方法就会被调用,如果发生文本删除事件,removeUpdate(DocumentEvent e)方法就会被调用。怎么样,想想看,这是不是一个Command模式的应用呢?
然而,最经典的Command模式的应用,莫过于Swing中的Action接口。Action实际上继承的是ActionListener,也就是说,它也是一个事件监听者(EventListener)。但是Action作为一种ActionListener的扩展机制,提供了更多的功能。它可以在其中包含对这个Action动作的一个或者多个文字的或图标的描叙,它提供了Enable/Disable的功能许可性标志。并且,一个Action对象可以被多个Invoker,比如实现相同功能的按钮,菜单,快捷方式所共享。而这些Invoker都知道如何加入一个Action,并充分利用它所提供的扩展机制。可以说,在这儿Action更像一个对象了,因为它不仅仅提供了对方法的实现,更提供了对方法的描叙和控制。可以方便的描叙任何的事务,这更是面向对象方法的威力所在。
下面我们看一个Command模式的应用的例子。假设要实现这样的一个任务:Task Schedule。也就是说,我想对多个任务进行安排,比如扫描磁盘,我希望它每1个小时进行一次,而备份数据,我希望它半个小时进行一次,等等等等。但是,我并不希望作为TaskSchedule的类知道各个任务的细节内容,TaskSchedule应该只是知道Task本身,而对具体的实现任务的细节并不理会。因而在这儿,我们就需要对TaskSchedule和Task进行解耦,将任务和具体的实现分离出来,这不正是Command模式的用武之地吗?
程序清单:
//抽象的Task接口,作为回调的Command模式的主体 public interface Task { public void taskPerform(); } //具体的实现了Task接口的子类,实现特定的操作。 public class BackupTask implements Task{ public void taskPerform(){ System.out.println("Backup Task has been performed"); } } //具体的实现了Task接口的子类,实现特定的操作。 public class ScanDiskTask implements Task{ public void taskPerform(){ System.out.println("ScanDisk Task has been performed"); } } //一个封装了Task的一个封装类,提供了一些与Task相关的内容,也可以把这些内容 //这儿不过为了突出Command模式而把它单另出来,实际上可以和Task合并。 public class TaskEntry { private Task task; private long timeInterval; private long timeLastDone; public Task getTask() { return task; } public void setTask(Task task) { this.task = task; } public void setTimeInterval(long timeInterval) { this.timeInterval = timeInterval; } public long getTimeInterval() { return timeInterval; } public long getTimeLastDone() { return timeLastDone; } public void setTimeLastDone(long timeLastDone) { this.timeLastDone = timeLastDone; } public TaskEntry(Task task,long timeInteral){ this.task=task; this.timeInterval =timeInteral; } } //调度管理Task的类,继承Thread只是为了调用其sleep()方法, //实际上,如果真的作Task调度的话,每个Task显然应该用单独的Thread来实现。 public class TaskSchedule extends java.lang.Thread { private java.util.Vector taskList=new java.util.Vector(); private long sleeptime=10000000000l;//最短睡眠时间 public void addTask(TaskEntry taskEntry){ taskList.add(taskEntry); taskEntry.setTimeLastDone(System.currentTimeMillis()); if (sleeptime>taskEntry.getTimeInterval()) sleeptime=taskEntry.getTimeInterval(); } //执行任务调度 public void schedulePermorm(){ try{ sleep(sleeptime); Enumeration e = taskList.elements(); while (e.hasMoreElements()) { TaskEntry te = (TaskEntry) e.nextElement(); if (te.getTimeInterval() + te.getTimeLastDone() < System.currentTimeMillis()) { te.getTask().taskPerform(); te.setTimeLastDone(System.currentTimeMillis()); } } }catch (Exception e1){ e1.printStackTrace(); } } public static void main (String args[]){ TaskSchedule schedule=new TaskSchedule(); TaskEntry taks1=new TaskEntry(new ScanDiskTask(),10000); TaskEntry taks2=new TaskEntry(new BackupTask(),3000); schedule.addTask(taks1); schedule.addTask(taks2); while (true){ schedule.schedulePermorm(); } } }
程序本身其实没有多大的意义,因而,程序在编码的时候也只是用的最简单的方法来实现的,如果要做一个真正的TaskSchedule的话,这个程序除了结构上的,其它没有什么好值得参考的了。