2021-02-06

设计模式(十六)——访问者模式

1 测评系统的需求

完成测评系统需求

1) 将观众分为男人和女人,对歌手进行测评,当看完某个歌手表演后,得到他们对该歌手不同的评价(评价 有不同的种类,比如 成功、失败 等)

 

 

2) 传统方案

2 传统方式的问题分析

1) 如果系统比较小,还是 ok 的,但是考虑系统增加越来越多新的功能时,对代码改动较大,违反了 ocp 原则, 不利于维护

2) 扩展性不好,比如 增加了 新的人员类型,或者管理方法,都不好做

3) 引出我们会使用新的设计模式 – 访问者模式

3 访问者模式基本介绍

1) 访问者模式(Visitor Pattern),封装一些作用于某种数据结构的各元素的操作,它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。

2) 主要将数据结构与数据操作分离,解决 数据结构和操作耦合性问题

3) 访问者模式的基本工作原理是:在被访问的类里面加一个对外提供接待访问者的接口

4) 访问者模式主要应用场景是:需要对一个对象结构中的对象进行很多不同操作(这些操作彼此没有关联),同时


需要避免让这些操作"污染"这些对象的类,可以选用访问者模式解决

4 访问者模式的原理类图

 

  • 对原理类图的说明-

即(访问者模式的角色及职责)

1) Visitor 是抽象访问者,为该对象结构中的 ConcreteElement 的每一个类声明一个 visit 操作

2) ConcreteVisitor :是一个具体的访问值 实现每个有 Visitor 声明的操作,是每个操作实现的部分.

3) ObjectStructure 能枚举它的元素, 可以提供一个高层的接口,用来允许访问者访问元素

4) Element 定义一个 accept  方法,接收一个访问者对象

5) ConcreteElement 为具体元素,实现了 accept  方法

5 访问者模式应用实例

应用实例要求

1) 将人分为男人和女人,对歌手进行测评,当看完某个歌手表演后,得到他们对该歌手不同的评价(评价 有不同的种类,比如 成功、失败 等),请使用访问者模式来说实现

2) 思路分析和图解(类图)

3) 代码实现

package com.lin.Visitor;public abstract class Person { // 提供一个方法让访问者可以访问 public abstract void accept(Action action);}

package com.lin.Visitor;

//1. 这里我们使用到了双分派,  即首先在客户端程序中,将具体状态作为参数传递 Woman 中(第一次分派)

//2. 然后 Woman 类调用作为参数的 "具体方法" 中方法 getWomanResult, 同时将自己(this)作为参数

// 传入,完成第二次的分派

public class Women extends Person{ @Override public void accept(Action action) {  action.getWomenResult(this);   }}

package com.lin.Visitor;public class Man extends Person{ @Override public void accept(Action action) {  action.getManResult(this);   }}

package com.lin.Visitor;public abstract class Action { // 得到男性的测评 public abstract void getManResult(Person person);  // 得到女性的测评 public abstract void getWomenResult(Person person); }

package com.lin.Visitor;public class Success extends Action { @Override public void getManResult(Person person) {  System.out.println("男性观众给的评价是成功!"); } @Override public void getWomenResult(Person person) {  System.out.println("女性观众给的评价是成功!"); }}

package com.lin.Visitor;public class Fail extends Action { @Override public void getManResult(Person person) {  System.out.println("男性观众给的评价是失败!"); } @Override public void getWomenResult(Person person) {  System.out.println("女性观众给的评价是失败!"); }}

package com.lin.Visitor;import java.util.LinkedList;import java.util.List;public class ObjectStructure { private List<Person> persons = new LinkedList<>(); // 添加 public void attach(Person person) {  persons.add(person); } // 移除 public void detach(Person person) {  persons.remove(person); } // 显示 public void display(Action action) {  for (Person person : persons) {   person.accept(action);  } }}

package com.lin.Visitor;public class Client { public static void main(String[] args) {  ObjectStructure objectStructure = new ObjectStructure();    objectStructure.attach(new Women());  objectStructure.attach(new Man());  objectStructure.attach(new Women());  objectStructure.attach(new Man());    Success success = new Success();  objectStructure.display(success);  System.out.println("==========================");  Wait wait = new Wait();  objectStructure.display(wait); }}

4) 应用案例的小结-双分派

-上面提到了双分派,所谓双分派是指不管类怎么变化,我们都能找到期望的方法运行。双分派意味着得到执行的操作取决于请求的种类和两个接收者的类型


- 以上述实例为例,假设我们要添加一个 Wait 的状态类,考察 Man 类和 Woman 类的反应,由于使用了双分派,只需增加一个 Action 子类即可在客户端调用即可,不需要改动任何其他类的代码。

6 访问者模式的注意事项和细节

  • 优点

1) 访问者模式符合单一职责原则、让程序具有优秀的扩展性、灵活性非常高

2) 访问者模式可以对功能进行统一,可以做报表、UI、拦截器与过滤器,适用于数据结构相对稳定的系统

  • 缺点

1) 具体元素对访问者公布细节,也就是说访问者关注了其他类的内部细节,这是迪米特法则所不建议的, 这样造成了具体元素变更比较困难

2) 违背了依赖倒转原则。访问者依赖的是具体元素,而不是抽象元素

3) 因此,如果一个系统有比较稳定的数据结构,又有经常变化的功能需求,那么访问者模式就是比较合适的.

 

仅供参考,有错误还请指出!

有什么想法,评论区留言,互相指教指教。









原文转载:http://www.shaoqun.com/a/533566.html

跨境电商:https://www.ikjzd.com/

grab:https://www.ikjzd.com/w/841

kkr:https://www.ikjzd.com/w/1340


1测评系统的需求完成测评系统需求1)将观众分为男人和女人,对歌手进行测评,当看完某个歌手表演后,得到他们对该歌手不同的评价(评价有不同的种类,比如成功、失败等)2)传统方案2传统方式的问题分析1)如果系统比较小,还是ok的,但是考虑系统增加越来越多新的功能时,对代码改动较大,违反了ocp原则,不利于维护2)扩展性不好,比如增加了新的人员类型,或者管理方法,都不好做3)引出我们会使用新的设计模式–访
damai:damai
百思买:百思买
ESG实战:跨境电商必备的标题SEO优化技巧:ESG实战:跨境电商必备的标题SEO优化技巧
国际站实操:发布优质产品及应用:国际站实操:发布优质产品及应用
被跟卖,恶意篡改竞争!船长BI教你亚马逊Listing该怎么维护:被跟卖,恶意篡改竞争!船长BI教你亚马逊Listing该怎么维护

No comments:

Post a Comment