设计模式(20) 访问者模式(简单入门 行为模式)(转载)
2017-08-22 16:52
531 查看
设计图和源代码请访问我的github:https://github.com/yangsheng20080808/DesignModel
这一篇文章转载来自http://blog.csdn.net/yuanlong_zheng/article/details/7584862
这一篇文章转载来自http://blog.csdn.net/yuanlong_zheng/article/details/7584862
访问者模式
通用类图:
角色说明:
Visitor——抽象访问者:
抽象类或者接口,声明访问者可以访问哪些元素,具体到程序中就是visit方法的参数定义哪些对象是可以被访问的。
ConcreteVisitor——具体访问者:
它影响访问者访问到一个类后该怎么干,要做什么事情。
Element——抽象元素:
接口或者抽象类,声明接受哪一类访问者访问,程序上是通过accept方法中的参数来定义的。
ConcreteElement——具体元素:
实现accept方法,通常是visitor.visit(this),基本上都形成一种模式了。
ObjectStructure——结构对象:
元素产生者,一般容纳在多个不同类、不同接口的容器,如List、Set、Map等,在项目中,一般很少抽象出这个角色。
一个更易懂的类图:
优秀的扩展性:数据不同的展示,直接在Vistor中增加方法实现
灵活性高:对于不同的数据实体,不需要instanceof判断。
具体元素变更比较困难:增、删、改都会导致Visitor的修改。
违背了依赖倒置原则:访问者依赖的是具体元素,而不是抽象元素,扩展比较困难。
需要对一个对象结构中的对象进行很多不同并且不相关的操作,而你想避免这些操作“污染”这些对象的类。
源码二:实现双分派:(更改下列代码):
这一篇文章转载来自http://blog.csdn.net/yuanlong_zheng/article/details/7584862
这一篇文章转载来自http://blog.csdn.net/yuanlong_zheng/article/details/7584862
访问者模式
定义
封装一些作用于某种数据结构中的各元素的操作,它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。 Represent an operation to be performed on the elements of an object structure. Vistor lets you define a new operation without changing the classes of the elements on which it operates.通用类图:
角色说明:
Visitor——抽象访问者:
抽象类或者接口,声明访问者可以访问哪些元素,具体到程序中就是visit方法的参数定义哪些对象是可以被访问的。
ConcreteVisitor——具体访问者:
它影响访问者访问到一个类后该怎么干,要做什么事情。
Element——抽象元素:
接口或者抽象类,声明接受哪一类访问者访问,程序上是通过accept方法中的参数来定义的。
ConcreteElement——具体元素:
实现accept方法,通常是visitor.visit(this),基本上都形成一种模式了。
ObjectStructure——结构对象:
元素产生者,一般容纳在多个不同类、不同接口的容器,如List、Set、Map等,在项目中,一般很少抽象出这个角色。
一个更易懂的类图:
访问者模式的优点:
符合单一职责原则:具体元素角色负责数据的加载,而Visitor类则负责报表的展现,两个不同的职责非常明确地分离开来,各自演绎变化;优秀的扩展性:数据不同的展示,直接在Vistor中增加方法实现
灵活性高:对于不同的数据实体,不需要instanceof判断。
访问者模式的缺点:
具体元素对访问者公布细节:违背了最少知识原则。具体元素变更比较困难:增、删、改都会导致Visitor的修改。
违背了依赖倒置原则:访问者依赖的是具体元素,而不是抽象元素,扩展比较困难。
访问者模式的使用场景:
一个对象结构包含很多类对象,他们有不同的接口,而你想对这些对象实施一些依赖于其具体类的操作,也就是迭代器模式已经不能胜任的情况。需要对一个对象结构中的对象进行很多不同并且不相关的操作,而你想避免这些操作“污染”这些对象的类。
访问者模式的注意事项:
暂无。访问者模式的例子:
源码一:测试单分派public interface Role { // 演员要扮演的角色 } public class IdiotRole implements Role { // 一个弱智角色 } public class KungFuRole implements Role { // 武功天子第一的角色 } public abstract class AbsActor { // 演员都能够演一个角色 public void act(Role role) { System.out.println("演员可以扮演任何角色"); } // 可以演功夫戏 public void act(KungFuRole role) { System.out.println("演员都可以演功夫角色"); } } public class YoungActor extends AbsActor { // 年轻演员最喜欢演功夫戏 public void act(KungFuRole role) { System.out.println("最喜欢演功夫角色"); } } public class OldActor extends AbsActor { // 不演功夫角色 public void act(KungFuRole role) { System.out.println("年龄大了,不能演功夫角色"); } } public class Client { public static void main(String[] args) { // 定义一个演员 AbsActor actor = new OldActor(); // 定义一个角色 Role role = new KungFuRole(); // 开始演戏 actor.act(role); actor.act(new KungFuRole()); } }
源码二:实现双分派:(更改下列代码):
public interface Role { // 演员要扮演的角色 public void accept(AbsActor actor); } public class KungFuRole implements Role { // 武功天子第一的角色 public void accept(AbsActor actor) { actor.act(this); } } public class IdiotRole implements Role { // 一个弱智角色,然谁来扮演 public void accept(AbsActor actor) { actor.act(this); } } public class Client { public static void main(String[] args) { // 定义一个演员 AbsActor actor = new OldActor(); // 定义一个角色 Role role = new KungFuRole(); // 开始演戏 role.accept(actor); } }
相关文章推荐
- 设计模式(21) 解释器模式(简单入门 行为模式)
- 设计模式(18) 迭代器模式(简单入门 行为模式)
- 设计模式(22) 备忘录模式(简单入门 行为模式)
- 设计模式(17) 责任链模式(简单入门 行为模式)
- 设计模式(23) 观察者模式(简单入门 行为模式)
- 设计模式(19) 状态模式(简单入门 行为模式)
- 设计模式(07) 代理模式(简单入门 结构模式)
- 设计模式(09) 适配器模式(简单入门 结构模式)
- 设计模式(1)-使用简单工厂优化代码(转载)
- 设计模式(15) 命令模式(简单入门 行为模式)
- 设计模式(16) 中介者模式(简单入门 行为模式)
- 设计模式(11) 桥接模式(简单入门 结构模式)
- 交互设计的用户行为模式十二项 【转载】
- 设计模式(12) 组合模式(简单入门 结构模式)
- 设计模式(14) 策略模式(简单入门 行为模式)
- NDatabase 入门,简单使用 增删改查。让NDatabase带你脱离ADO.net,各种SQL 语句,各种DBMS,各种CRM,IOC之类的烦恼。我们也不需要仓库设计模式了,你妹的。不要表了,不要设计数据库字段了。就这样!
- [转载野猪的一篇文章] 设计模式--简单工厂模式在unity3d里面的使用
- zt:工厂模式-简单工厂(设计模式的入门级模式—初级)
- 设计模式(10) 门面/外观模式(简单入门 结构模式)
- 设计模式(13) 享元模式(简单入门 结构模式)