从开源框架理解设计模式系列#Visitor访问者模式

目录

what什么是访问者模式

why为什么需要访问者模式

什么时候调用visitor的方法

优缺点对比

---

设计模式有这么一种设计模式，访问者模式，平时见的少，用的少，感觉是比较没有存在感的一个设计模式，上一篇设计模式文中，设计模式why、what、how这个设计模式也都比较少见，且重要程度一般。

但是如果读源码较多的同学，会发现到处都有visitor，visitor无处不在，比如Elasticsearch，ShardingJdbc，MybatisPlus，asm，只要一搜，到处都是，接下来我们就详细聊聊这个visitor。

what什么是访问者模式

先回答这个问题，什么是访问者模式，这里参考网上的一张图片及其定义，很多例子也是这么写的，基本上

访问者（Visitor）模式的定义：将作用于某种数据结构中的各元素的操作分离出来封装成独立的类，使其在不改变数据结构的前提下可以添加作用于这些元素的新的操作，为数据结构中的每个元素提供多种访问方式。它将对数据的操作与数据结构进行分离，是行为类模式中最复杂的一种模式。

why为什么需要访问者模式

其实本文重点是分析一下为什么需要访问者，什么场景需要访问者。

这里加深理解的是，几乎对于AST的使用，都会大量使用访问者，ShardingSphere在SQL解析中使用了大量的访问者模式，这种模式我们在一般项目中并不经常使用，不过在编译技术领域却几乎是标配，antlr、druid都使用了该种模式，开发者如果需要进行功能开发都会通过这种模式实现对AST的访问。antlr4基于g4文件生成java类时除了词法Lexer、语法Parser类也生成一个访问者基类，ShardingSphere各种数据库对应的Vistor都是继承自此类，在实现的子类中拿到SQL中对应的各种要素，进而构建出对应的SQLSelectStatement。

/**
 * MySQL visitor.
 */
@Getter(AccessLevel.PROTECTED)
public abstract class MySQLVisitor extends MySQLStatementBaseVisitor<ASTNode> {
    
    private int currentParameterIndex;
    
    @Override
    public final ASTNode visitParameterMarker(final ParameterMarkerContext ctx) {
        return new ParameterMarkerValue(currentParameterIndex++);
}
    @Override
    public final ASTNode visitLiterals(final LiteralsContext ctx) {
        if (null != ctx.stringLiterals()) {
            return visit(ctx.stringLiterals());
        }
        if (null != ctx.numberLiterals()) {
            return visit(ctx.numberLiterals());