68 | 访问者模式（上）：手把手带你还原访问者模式诞生的思维过程

看完这个访问者模式，我第一反应是和桥接模式好相似，都是好像是操作与数据独立扩展，但是桥接模式主要使用的是组合，他的数据结构不支持扩展，进而我就理解了访问者模式和桥接模式不同的地方：桥接是对固定的数据结合进行多维度的独立扩展，每个维度的扩展可以在使用的时候随意组合，但是数据结构不支持改变，因为单纯的组合模式实现不了这种静态的“多态”；但是访问者模式最关键的地方是vist(this)，这么实现就做到了数据和操作两个的独立扩展，有新增的数据类型或者操作的时候都只需要按需扩展数据结构和操作即可，虽然这会涉及到所有的操作类，但是这并未对已存在的功能做出影响，是符合开闭原则的，但是这个扩展操作因为需要支持多种数据结构，所以不适合如桥接模式这种多维度独立扩展，因为那样需要改动很多的类和代码，不合适

把属性和行为分离的前提是抽象，如果要访问的对象结构一旦改变必然是灾难。在我看来最困难的地方还是抽象。我在阅读jsqlparser源码的时候发现代码相对容易理解，但是在抽象sql时，真的感觉类都要爆炸了，没有一定的抽象能力真的搞不定

很nice的设计模式，差点略过没看，还好点进来再看第二遍，第二遍略懂了点。 昨天在实现迭代器模式的时候，也碰到过运行时期动态选择和编译器静态选择的问题，现在按照作者的写法思考下怎么解决我的问题。

访问者模式解决的痛点主要是需要动态绑定的类型，所以调用哪个重载版本，其参数中的子类必须传入静态类型为目标子类的参数，并在方法中使用传入参数的动态绑定。如果不使用访问者模式，可以使用策略模式，使用工厂模式在map中保存type和具体子类实例的映射，在使用的时候，根据type的不同调用不同子类的方法（动态绑定）。

1.虽然策略模式也能实现，但这个场景用访问者模式其实会优雅很多。 2.因为多种类型的同个操作聚合在了一起，那么因为这些类型是同父类的，所以属于父类的一些相同操作就能抽私有共用方法。 3.而策略模式，因为各个类型的代码都分割开了，那么就只好复制黏贴公共部分了。 4.另外，写合情合理的优雅代码，然后别人看不懂，一顿吹也是极爽的。只是一般节奏都挺快，第一时间可能就是策略模式走你，然后就没有然后了。

设计模式_68: # 作业： 今天的需求，我的第一反映是策略模式。 # 感想: 挺认同文章的观点，别人写了这种模式要看得懂，自己还是不要用比较好。 给转述师提个Tip: 程序开发中常常用数字`2`代替`to`、用数字`4`代替`for`,比如文中的`extract2txt`，这时要读作`extract to txt`，而不是`extract 2(中文读音er) txt`。

antlr(编译器框架）对语法树进行解析的时候就是通过visitor模式实现了扩展

课后思考：可以使用策略模式，对于不同的处理方式定义不同的接口，然后接口中提供对于不同类型文件的实现，再使用静态工厂类保存不同文件类型和不同处理方法的映射关系。对于后续扩展的新增文件处理方法，比如composer，按同样的方式实现一组策略，然后修改application代码使用对应的策略。

当一组重载函数的参数类型是继承同一个接口或者父类的话，如果传入的参数的静态类型是这个接口或者父类，java是无法决定使用哪个重载函数的。访问者模式的巧妙之处在于，我们可以借助多态，利用多态的动态分派特性，让这个参数暴露一个方法，使得这一组重载函数（或者说声明这组重载函数的类）能进入参数对象内部（也就是让参数暴露一个参数类型是这组重载函数所在类的方法）。一旦这组重载函数进入了参数对象内部，这组重载函数就知道了它的真实类型了，这个时候再调用重载函数，就能根据参数的具体类型找到合适的重载方法了。 用一个通俗的例子来理解。敌军有多种类型的基地，我军有一套破坏敌军各种类型基地的方案，但是敌军的基地经过伪装，看上去都一样，我军在外面是无法决定使用哪套方案来攻击基地的。幸运的是，我军了解到，敌军每天中午会允许一批物资车进入基地，于是我方军队伪装成了敌军物资车进入到了敌军内部。进入基地之后我军了解了其真实类型，于是我军根据基地真实类型选择了相应的攻击方案，将敌军基地摧毁。

如果不使用访问者模式，也许这也是一种改造方法：在Extractor类种在定义一个重载的方法，形参的类型为：ResourceFile，在该方法种判断参数的实际类型后再做分派。如下所示