分类: Java
2008-04-21 18:56:29
设计模式之Visitor2002/05/05(转载请保留) Visitor访问者模式定义 在Java中,Visitor模式实际上是分离了collection结构中的元素和对这些元素进行操作的行为. 为何使用Visitor?
很显然,这样做的缺点代码If else if 很繁琐.我们就可以使用Visitor模式解决它. 如何使用Visitor? 被访问者是我们Collection的每个元素Element,我们要为这些Element定义一个可以接受访问的接口(访问和被访问是互动的,只有访问者,被访问者如果表示不欢迎,访问者就不能访问),取名为Visitable,也可取名为Element。
被访问的具体元素继承这个新的接口Visitable:
上面是被访问者是字符串类型,下面再建立一个Float类型的:
我 们设计一个接口visitor访问者,在这个接口中,有一些访问操作,这些访问操作是专门访问对象集合Collection中有可能的所有类,目前我们假 定有三个行为:访问对象集合中的字符串类型;访问对象集合中的Float类型;访问对象集合中的对象集合类型。注意最后一个类型是集合嵌套,通过这个嵌套 实现可以看出使用访问模式的一个优点。 接口visitor访问者如下:
访问者的实现:
在上面的visitCollection我们实现了对Collection每个元素访问,只使用了一个判断语句,只要判断其是否可以访问. StringElement只是一个实现,可以拓展为更多的实现,整个核心奥妙在accept方法中,在遍历Collection时,通过相应的accept方法调用具体类型的被访问者。这一步确定了被访问者类型, 如果是StringElement,而StringElement则回调访问者的visiteString方法,这一步实现了行为操作方法。 客户端代码:
客户端代码中的list对象集合中放置了多种数据类型,对对象集合中的访问不必象一开始那样,使用instance of逐个判断,而是通过访问者模式巧妙实现了。 至此,我们完成了Visitor模式基本结构. 使用Visitor模式的前提 在两个接口Visitor和Visitable中,确保Visitable很少变化,也就是说,确保不能老有新的Element元素类型加进来,可以变化的是访问者行为或操作,也就是Visitor的不同子类可以有多种,这样使用访问者模式最方便. 如果对象集合中的对象集合经常有变化, 那么不但Visitor实现要变化,Visistable也要增加相应行为,GOF建议是,不如在这些对象类中直接逐个定义操作,无需使用访问者设计模式。 但是在Java中,Java的Reflect技术解决了这个问题,因此结合reflect反射机制,可以使得访问者模式适用范围更广了。 |
import java.util.Iterator; import java.io.File; import java.io.IOException; import org.dom4j.Visitor; import org.dom4j.VisitorSupport; import org.dom4j.Document; import org.dom4j.Element; import org.dom4j.io.SAXReader; import org.dom4j.DocumentException; public class VisitorSample { public static void demo(Document doc) { Visitor visitor = new VisitorSupport() { public void visit(Element element) { System.out.println( "Entity name: " + element.getName() + "\nText: " + element.getText() ); } }; doc.accept(visitor); } public static void main(String[] args) throws IOException,DocumentException{ SAXReader reader=new SAXReader(); Document document=reader.read(new File("1.xml")); demo(document); } } |