Android设计模式-15-访问者模式

1. 定义

  • 封装一些作用于某种数据结构中的各元素的操作,它可以在不改变这个数据结构的前提下定义作用于这些元素的新的操作
  • 将数据操作与数据结构分离

2. 使用场景

  1. 设计模式一般用来解决什么问题象结构比较稳定,但经常需要在此对象结构上定义新的操作
  2. 需要对一个对象结构中的对象进行很多不同的并且不相关的操作,而数据结构试题及答案完整版需要避免这些操作污染这些对象的类,也不希望在增加新操作时修改这些类

3. 优缺点

  • 优点:
  1. 符合单一职责原则
  2. 优秀的扩展性
  3. 灵活性
  • 缺点:
  1. 具体元素对其他综合收益访问者公布细节,违反了迪米特原则
  2. 具体元素变更比较困难
  3. 违反了依赖倒置原则,依赖设计模式期末考试题了具体类,没有依赖抽象

4. Andro其他业务收入id源码中的使用

Android中编译期注解(依赖APT(Annotation Processing Tools)实现), 其内部就有使用访问者模式,Element及其子类(包元素PackageElement,类型元素TypeElement等)技术主管是被访问者,其中的accept方法接收一个ElementVisitor类型的访问者,ElementVisitor中有多个visit方法处理不同类型的元素, 比较著名的ButterKnife,Dagger,Retrofit等开源库都有使用编译期注解实现

5. 实例演示

  • 访问者模式并不常用,其关键点在于: 在数据基础类(被访问者)里面有一个方法,接受访问者,将自身引用传入访问者,以供调用;
  • 以员工绩效评设计模式及其应用场景设计模式23模式介绍为例,人事主管和技术主管考核的点是不同的,人事主管对所有员数据结构c语言版严蔚敏工的考核方式都是看kpi,而技术主管考核员工则不同,如对于程序员是看代码量,对于产品经理是看产品数量(以上只是简单的设定一下代码逻辑,并不代表真实情况)

1.1 首先创建一个员工基类(被访问者)

1.工程技术主管2 两个员工的实现类:工程师类和产品经理类其他货币资金

2.1 创建一个访问者基类

2.2 两个访问者实现类, 人事主管和技术主管

3. 创建一个员工的集合设计模式类,相当于现实中的业绩报表


                                            Android设计模式-15-访问者模式

4. 创建实例进行调用

我是今阳,如果想要进阶和了解更其他应收款多的干货,欢迎关注公众号”今阳设计模式面试题说“接收我的最新文章