从Java类库看设计模式（2） - 编程入门网
从Java类库看设计模式（2）时间:2011-04-23 IBM 刘武东在上一部分的内容中，我们讲到什么是模式，什么是设计模式，以及对一个设计模式 Observer的详细阐叙。相信大家对于模式的概念应该是比较的理解了。这部分及以后的内容 ，将会步入正题，从Java类库的分析入手，来阐叙设计模式是如何应用到一个完美的设计中 的。实际上，Java类库非常的庞杂，这儿不可能把所有能够找到的设计模式的例子一一列举 ，只是找了一些容易发现的例子。实际上也没有必要，因为只要对一个设计模式有足够的理 解，对于它的具体应用而言，倒是一件不是很困难的事情。 Command模式 在设计一般用途的软件的时候，在C或者C++语言中，用的很多的一个技巧就是回调函数（ Callback），所谓的回调函数，意指先在系统的某个地方对函数进行注册，让系统知道这个 函数的存在，然后在以后，当某个事件发生时，再调用这个函数对事件进行响应。在C或者 C++中，实现的回调函数方法是使用函数指针。但是在Java中，并不支持指针，因而就有了 Command模式，这一回调机制的面向对象版本。 Command模式用来封装一个命令/请求，简单的说，一个Command对象中包含了待执行的一 个动作（语句）序列，以执行特定的任务。当然，并不是随便怎么样的语句序列都可以构成 一个Command对象的，按照Command模式的设计，Command对象和它的调用者Incvoker之间应该 具有接口约定的。也就是说，Invoker得到Command对象的引用，并调用其中定义好的方法， 而当Command对象改变（或者是对象本身代码改变，或者干脆完全另外的一个Command对象） 之后，Invoker中的代码可以不用更改。这样，通过封装请求，可以把任务和任务的实现加以 分离。 图二：Command模式的类图
而对于请求的处理又有两种不同的方法，一种是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更像一个对象了，因为它不仅仅提供了对方法的实现，更提供了对方法的描叙和控制 。可以方便的描叙任何的事务，这更是面向对象方法的威力所在。 从Java类库看设计模式（2）(2)时间:2011-04-23 IBM 刘武东下面我们看一个Command模式的应用的例子。假设要实现这样的一个任务：Task Schedule 。也就是说，我想对多个任务进行安排，比如扫描磁盘，我希望它每1个小时进行一次，而备 份数 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
