Visitor定义
作用于某个对象群中各个对象的操作 它可以使你在不改变这些对象本身的情况下定义作用于这些对象的新操作
在Java中Visitor模式实际上是分离了collection结构中的元素和对这些元素进行操作的行为
为何使用Visitor?
Java的Collection(包括Vector和Hashtable)是我们最经常使用的技术可是Collection好象是个黑色大染缸本来有各种鲜明类型特征的对象一旦放入后再取出时这些类型就消失了那么我们势必要用If来判断如:
Iterator iterator = erator()
while (iteratorhasNext()) {
Object o = iteratornext();
if (o instanceof Collection)
messyPrintCollection((Collection)o);
else if (o instanceof String)
Systemoutprintln(+otoString()+);
else if (o instanceof Float)
Systemoutprintln(otoString()+f);
else
Systemoutprintln(otoString());
}
在上例中我们使用了 instanceof来判断 o的类型
很显然这样做的缺点代码If else if 很繁琐我们就可以使用Visitor模式解决它
如何使用Visitor?
针对上例我们设计一个接口visitor访问者:
public interface Visitor
{
public void visitCollection(Collection collection);
public void visitString(String string);
public void visitFloat(Float float);
}
在这个接口中将我们认为Collection有可能的类的类型放入其中
有了访问者我们需要被访问者被访问者就是我们Collection的每个元素Element我们要为这些Element定义一个可以接受访问的接口(访问和被访问是互动的只有访问者被访问者如果表示不欢迎访问者就不能访问)
我们定义这个接口叫Visitable用来定义一个Accept操作也就是说让Collection每个元素具备可访问性
public interface Visitable
{
public void accept(Visitor visitor);
}
好了有了两个接口我们就要定义他们的具体实现(Concrete class):
public class ConcreteElement implements Visitable
{
private String value;
public ConcreteElement(String string) {
value = string;
}
//定义accept的具体内容 这里是很简单的一句调用
public void accept(Visitor visitor) {
visitorvisitString(this);
}
}
再看看访问者的Concrete实现:
public class ConcreteVisitor implements Visitor
{
//在本方法中我们实现了对Collection的元素的成功访问
public void visitCollection(Collection collection) {
Iterator iterator = erator()
while (iteratorhasNext()) {
Object o = iteratornext();
if (o instanceof Visitable)
((Visitable)o)accept(this);
}
public void visitString(String string) {
Systemoutprintln(+string+);
}
public void visitFloat(Float float) {
Systemoutprintln(floattoString()+f);
}
}
在上面的visitCollection我们实现了对Collection每个元素访问只使用了一个判断语句只要判断其是否可以访问
至此我们完成了Visitor模式基本架构
使用Visitor模式的前提
对象群结构中(Collection) 中的对象类型很少改变也就是说访问者的身份类型很少改变如上面中Visitor中的类型很少改变如果需要增加新的操作比如上例中我们在ConcreteElement具体实现外还需要新的ConcreteElement ConcreteElement
可见使用Visitor模式是有前提的在两个接口Visitor和Visitable中确保Visitor很少变化变化的是Visitable这样使用Visitor最方便
如果Visitor也经常变化 也就是说对象群中的对象类型经常改变一般建议是不如在这些对象类中逐个定义操作但是Java的Reflect技术解决了这个问题
