马上注册,结交更多好友,享用更多功能^_^
您需要 登录 才可以下载或查看,没有账号?立即注册
x
测评系统的需求
1.将观众分为男人和女人,对歌手进行评测,当看完某个歌手表演后,得到他们对该歌手
不同的评价
2.传统的方案
传统方案的问题分析
1.如果系统比较小,还是ok的,但是考虑系统增加越来越多新的功能时,对代码修改比较大,违反了
OCP原则
2.扩展性不好,比如增加了新的人员类型,或者管理方法,都不好做
3.引出新的设计模式-访问者模式
访问者模式的基本介绍
1.访问者模式,封装一些作用于某中数据结构的各元素操作,它可以在不改变数据结构的前提下定义作用于这些
元素的新的操作
2.主要将数据结构与数据操作分离,解决数据结构和操作耦合性问题
3.访问者模式的基本工作原理是:在被访问的类里面加一个对外提供接待访问者的接口
4.访问者模式主要应用场景是:需要对一个对象结构中的对象进行很多不同操作
(这些操作彼此没有关联),同时需要避免让这些操作“污染”这些对象的类,可以选用访问者模式解决
访问者模式的原理类图
1.visitor是抽象访问者,为该对象结构中的ConcreteElement的每一个类声明一个visit操作
2.ConcreteVisitor是一个具体的访问值,实现每个有visitor声明操作,是每个操作实现的部分
3.ObjectStructure能枚举它的元素,可以提供一个高层的接口,用来允许访问者访问元素
4.Element定义了一个accept方法,接受一个访问者对象
5.ConcreteElement实现了具体的元素
public abstract class Action{
public abstract void getManResult(Man man);
public abstract void getWomanResult(Woman woman);
}
public class Success extends Action{
public void getManResult(Man man){
System.out.println("男人给的评价该歌手很成功");
}
public void getWomanResult(Woman woman){
System.out.println("女人给的评价该歌手很成功");
}
}
public class Fail extends Action{
public void getManResult(Man man){
System.out.println("男人给的评价该歌手很失败");
}
public void getWomanResult(Woman woman){
System.out.println("女人给的评价该歌手很失败");
}
}
public abstract class Person{
//提供一个方法,让访问者可以访问
public abstract void accept(Action action);
}
public class Man extends Person{
public void accept(Action action){
action.getManResult(this);
}
}
public class Woman extends Person{
public void accept(Action action){
action.getWomanResult(this);
}
}
public class ObjectStructure{
private List<Person> persons = new LinkedList<>();
public void attach(Person p){
persons.add(p);
}
public void detach(Person p){
persons.remove(p);
}
public void display(Action action){
for(Person p:persons){
p.accept(action);
}
}
}
public class Client{
public static void main(String[]args){
}
}
应用案例小结
上面提到了双分派,所谓双分派是指不管类怎么变化,我们都能找到期望的方法运行,双分派
意味着得到执行的操作取决于请求的种类和两个接受者的类型
-以上述实例为例,假如我们要添加一个wait的状态类,考察man类和woman类的反应
,由于使用了双分派,只需增加一个action子类即可在客户端调用即可,不需要修改任何其他类的代码
访问者模式的注意事项和细节
优点:
1.访问者模式符合单一职责原则,让程序具有优秀的扩展性,灵活性非常高
2.访问者模式可以对功能进行统一,可以做报表,UI,拦截器,与过滤器,适用
于数据结构相对稳定的系统
缺点:
1.具有元素对访问者公布细节,也就是说访问者关注了其他类的内部细节,这是迪米特法则
所不建议的,这样造成了具体元素变更比较困难
2.违背了依赖倒转原则,访问者依赖的是具体的元素,而不是抽象元素
3.因此,如果一个系统有比较稳定的数据结构,又有经常变化的功能需求,那么访问者模式
就比较合适的 |