java设计模式-Visitor(访问者)模式
程序员文章站
2022-05-04 13:17:07
...
visitor定义
作用于某个对象群中各个对象的操作. 它可以使你在不改变这些对象本身的情况下,定义作用于这些对象的新操作.
在Java 中,Visitor 模式实际上是分离了collection 结构中的元素和对这些元素进行操作的行为
参考:http://smartfool.iteye.com/blog/207092 总觉得他的代码实现有些问题,每次执行的都是默认的业务方法,所以修改了下
话说有一个银行,有三个窗口,但是每个窗口的智能都是一样的,即都能办理所有的业务。因此每位来银行办理业务的人只要排队就是了,排到你了,就向业务员说明你要办理的业务,然后业务员根据你的业务选择不同的单据,打开不同的账本。
业务员此时典型的工作流程是:
于是每位业务员的桌面总是塞得满满的,更重要的是大量的时间都花在受理不同业务之间的切换,使得效率很低。
有没有方法能够使得业务员的工作效率提高呢?银行经理苦思冥想了半天,终于想出了一个好办法。他让每个窗口各负责一个业务,同时委任了一位访问者(Visitor),负责在客户进门时,询问他要办理什么业务,告诉他应该去哪个窗口办理。这样,每个窗口的业务员就只负责一项业务,减少了在不同业务间切换的时间耗费 ,效率大大提高。更重要的是,当某一项业务的处理流程发生变更时,不需要同时麻烦三个窗口的业务员,而只需要让处理这项业务的业务员进行修改就可以了 。
下面就来定义Visitor类,这个Visitor类实际上还办含了不同窗口受理员的职责,可以认为是银行的受理反应机制吧。
服务接口类
具体的服务类
存款:
取款:
基金:
测试:被注释掉得部分是普通实现方式
Visitor模式实际上是利用的语言本身的特性,见Vistor类的各个函数,通过不同的参数来自动查找相应的处理函数。
采用Visitor的好处如上面说到的那样,当需要改变其中一项业务的处理时,不需要每个地方都进行修改,而只需要改动Visitor类中相应的处理函数就可以了。也就是说它适合于业务处理时常发生变动的情况。
当然,Visitor也有它自身的限制。它不适合于业务数量的经常变化,因为一旦新增或删除一些Service时,需要对visitor进行相应的增删。也就是说具体Service与Visitor是耦合的。
作用于某个对象群中各个对象的操作. 它可以使你在不改变这些对象本身的情况下,定义作用于这些对象的新操作.
在Java 中,Visitor 模式实际上是分离了collection 结构中的元素和对这些元素进行操作的行为
参考:http://smartfool.iteye.com/blog/207092 总觉得他的代码实现有些问题,每次执行的都是默认的业务方法,所以修改了下
话说有一个银行,有三个窗口,但是每个窗口的智能都是一样的,即都能办理所有的业务。因此每位来银行办理业务的人只要排队就是了,排到你了,就向业务员说明你要办理的业务,然后业务员根据你的业务选择不同的单据,打开不同的账本。
业务员此时典型的工作流程是:
if (service instanceof Saving){ //存款 ...... }else if (service instanceof Draw){ //提款 ...... }else if (service instanceof Fund){ //基金 ...... } ......
于是每位业务员的桌面总是塞得满满的,更重要的是大量的时间都花在受理不同业务之间的切换,使得效率很低。
有没有方法能够使得业务员的工作效率提高呢?银行经理苦思冥想了半天,终于想出了一个好办法。他让每个窗口各负责一个业务,同时委任了一位访问者(Visitor),负责在客户进门时,询问他要办理什么业务,告诉他应该去哪个窗口办理。这样,每个窗口的业务员就只负责一项业务,减少了在不同业务间切换的时间耗费 ,效率大大提高。更重要的是,当某一项业务的处理流程发生变更时,不需要同时麻烦三个窗口的业务员,而只需要让处理这项业务的业务员进行修改就可以了 。
下面就来定义Visitor类,这个Visitor类实际上还办含了不同窗口受理员的职责,可以认为是银行的受理反应机制吧。
package visitor; public class Visitor { public void process(Service service){ // 基本业务 System.out.println("基本业务"); } public void process(Saving service){ // 存款 System.out.println("存款"); } public void process(Draw service){ // 提款 System.out.println("提款"); } public void process(Fund service){ System.out.println("基金"); // 基金 } }
服务接口类
package visitor; public interface Service { public void accept(Visitor visitor); }
具体的服务类
存款:
package visitor; public class Saving implements Service { public void accept(Visitor visitor) { visitor.process(this); } }
取款:
package visitor; public class Draw implements Service { public void accept(Visitor visitor) { visitor.process(this); } }
基金:
package visitor; public class Fund implements Service { public void accept(Visitor visitor) { visitor.process(this); } }
测试:被注释掉得部分是普通实现方式
package visitor; import java.util.ArrayList; import java.util.Iterator; import java.util.List; public class Test { //访问者模式实现方法 public static void main(String[] args) { Service s1 = new Saving(); Service s2 = new Draw(); Service s3 = new Fund(); Visitor visitor = new Visitor(); s1.accept(visitor); s2.accept(visitor); s3.accept(visitor); } //普通实现方法 // public static void main(String[] args) { // Service s1 = new Saving(); // Service s2 = new Draw(); // Service s3 = new Fund(); // // //要办理业务的三个客户队列 // List<Service> list = new ArrayList<Service>(); // list.add(s1); // list.add(s2); // list.add(s3); // // Iterator<Service> it = list.iterator(); // while(it.hasNext()){ // Service s = it.next(); // if (s instanceof Saving){ // System.out.println("存款"); // // }else if (s instanceof Draw){ // System.out.println("取款"); // // }else if (s instanceof Fund){ // System.out.println("基金"); // } // // } // // // // } }
Visitor模式实际上是利用的语言本身的特性,见Vistor类的各个函数,通过不同的参数来自动查找相应的处理函数。
采用Visitor的好处如上面说到的那样,当需要改变其中一项业务的处理时,不需要每个地方都进行修改,而只需要改动Visitor类中相应的处理函数就可以了。也就是说它适合于业务处理时常发生变动的情况。
当然,Visitor也有它自身的限制。它不适合于业务数量的经常变化,因为一旦新增或删除一些Service时,需要对visitor进行相应的增删。也就是说具体Service与Visitor是耦合的。
下一篇: 王恩东:模块化数据中心是云计算的基石