[b][size=medium]visitor定义[/size][/b]
作用于某个对象群中各个对象的操作. 它可以使你在不改变这些对象本身的情况下,定义作用于这些对象的新操作.
在Java 中,Visitor 模式实际上是分离了collection 结构中的元素和对这些元素进行操作的行为
参考:http://smartfool.iteye.com/blog/207092 总觉得他的代码实现有些问题,每次执行的都是默认的业务方法,所以修改了下
话说有一个银行,有三个窗口,但是每个窗口的智能都是一样的,即都能办理所有的业务。因此每位来银行办理业务的人只要排队就是了,排到你了,就向业务员说明你要办理的业务,然后业务员根据你的业务选择不同的单据,打开不同的账本。
业务员此时典型的工作流程是:
于是每位业务员的桌面总是塞得满满的,更重要的是大量的时间都花在受理不同业务之间的切换,使得效率很低。
有没有方法能够使得业务员的工作效率提高呢?银行经理苦思冥想了半天,终于想出了一个好办法。他让每个窗口各负责一个业务,同时委任了一位访问者(Visitor),负责在客户进门时,询问他要办理什么业务,告诉他应该去哪个窗口办理。这样,每个窗口的业务员就只负责一项业务,减少了在不同业务间切换的时间耗费 ,效率大大提高。更重要的是,当某一项业务的处理流程发生变更时,不需要同时麻烦三个窗口的业务员,而只需要让处理这项业务的业务员进行修改就可以了 。
下面就来定义Visitor类,这个Visitor类实际上还办含了不同窗口受理员的职责,可以认为是银行的受理反应机制吧。
服务接口类
具体的服务类
存款:
取款:
基金:
测试:被注释掉得部分是普通实现方式
Visitor模式实际上是利用的语言本身的特性,见Vistor类的各个函数,通过不同的参数来自动查找相应的处理函数。
采用Visitor的好处如上面说到的那样,当需要改变其中一项业务的处理时,不需要每个地方都进行修改,而只需要改动Visitor类中相应的处理函数就可以了。也就是说它适合于业务处理时常发生变动的情况。
当然,Visitor也有它自身的限制。它不适合于业务数量的经常变化,因为一旦新增或删除一些Service时,需要对visitor进行相应的增删。也就是说具体Service与Visitor是耦合的。
[img]http://dl.iteye.com/upload/attachment/0072/4613/11be13bb-f963-3ffc-84db-64a434deb9db.jpg[/img]
作用于某个对象群中各个对象的操作. 它可以使你在不改变这些对象本身的情况下,定义作用于这些对象的新操作.
在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是耦合的。
[img]http://dl.iteye.com/upload/attachment/0072/4613/11be13bb-f963-3ffc-84db-64a434deb9db.jpg[/img]