• 设计模式学习(二十二):解释器模式


    设计模式学习(二十二):解释器模式

    作者:Grey

    原文地址:

    博客园:设计模式学习(二十二):解释器模式

    CSDN:设计模式学习(二十二):解释器模式

    解释器模式

    解释器模式是一种行为型模式。

    解释器模式为某个语言定义它的语法(或者叫文法)表示,并定义一个解释器用来处理这个语法。

    一般用于脚本语言解释器。

    示例:如何实现一个自定义接口告警规则功能?

    一般来讲,监控系统支持开发者自定义告警规则,比如我们可以用下面这样一个表达式,来表示一个告警规则,它表达的意思是:每分钟 API 总出错数超过 100 或者每分钟 API 总调用数超过 10000 就触发告警。

    api_error_per_minute > 100 || api_count_per_minute > 10000
    
    • 1

    在监控系统中,告警模块只负责根据统计数据和告警规则,判断是否触发告警。至于每分钟 API 接口出错数、每分钟接口调用数等统计数据的计算,是由其他模块来负责的。其他模块将统计数据放到一个 Map 中(数据的格式如下所示),发送给告警模块。接下来,我们只关注告警模块。

    Map<String, Long> apiStat = new HashMap<>();
    apiStat.put("api_error_per_minute", 103);
    apiStat.put("api_count_per_minute", 987);
    
    • 1
    • 2
    • 3

    为了简化讲解和代码实现,我们假设自定义的告警规则只包含||、&&、>、<、==这五个运算符,其中,>、<、==运算符的优先级高于||、&&运算符,&&运算符优先级高于||。在表达式中,任意元素之间需要通过空格来分隔。除此之外,用户可以自定义要监控的 key,比如前面的 api_error_per_minute、api_count_per_minute。

    
    public class AlertRuleInterpreter {
    
      // key1 > 100 && key2 < 1000 || key3 == 200
      public AlertRuleInterpreter(String ruleExpression) {
        //TODO:由你来完善
      }
    
      // apiStat = new HashMap<>();
      //apiStat.put("key1", 103);
      //apiStat.put("key2", 987);
      public boolean interpret(Map<String, Long> stats) {
        //TODO:由你来完善
      }
    
    }
    
    public class DemoTest {
      public static void main(String[] args) {
        String rule = "key1 > 100 && key2 < 30 || key3 < 100 || key4 == 88";
        AlertRuleInterpreter interpreter = new AlertRuleInterpreter(rule);
        Map<String, Long> stats = new HashMap<>();
        stats.put("key1", 101l);
        stats.put("key3", 121l);
        stats.put("key4", 88l);
        boolean alert = interpreter.interpret(stats);
        System.out.println(alert);
      }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23
    • 24
    • 25
    • 26
    • 27
    • 28
    • 29

    实际上,我们可以把自定义的告警规则,看作一种特殊“语言”的语法规则。我们实现一个解释器,能够根据规则,针对用户输入的数据,判断是否触发告警。利用解释器模式,我们把解析表达式的逻辑拆分到各个小类中,避免大而复杂的大类的出现。

    
    public interface Expression {
      boolean interpret(Map<String, Long> stats);
    }
    
    public class GreaterExpression implements Expression {
      private String key;
      private long value;
    
      public GreaterExpression(String strExpression) {
        String[] elements = strExpression.trim().split("\\s+");
        if (elements.length != 3 || !elements[1].trim().equals(">")) {
          throw new RuntimeException("Expression is invalid: " + strExpression);
        }
        this.key = elements[0].trim();
        this.value = Long.parseLong(elements[2].trim());
      }
    
      public GreaterExpression(String key, long value) {
        this.key = key;
        this.value = value;
      }
    
      @Override
      public boolean interpret(Map<String, Long> stats) {
        if (!stats.containsKey(key)) {
          return false;
        }
        long statValue = stats.get(key);
        return statValue > value;
      }
    }
    
    // LessExpression/EqualExpression跟GreaterExpression代码类似,这里就省略了
    public class AndExpression implements Expression {
      private List<Expression> expressions = new ArrayList<>();
    
      public AndExpression(String strAndExpression) {
        String[] strExpressions = strAndExpression.split("&&");
        for (String strExpr : strExpressions) {
          if (strExpr.contains(">")) {
            expressions.add(new GreaterExpression(strExpr));
          } else if (strExpr.contains("<")) {
            expressions.add(new LessExpression(strExpr));
          } else if (strExpr.contains("==")) {
            expressions.add(new EqualExpression(strExpr));
          } else {
            throw new RuntimeException("Expression is invalid: " + strAndExpression);
          }
        }
      }
    
      public AndExpression(List<Expression> expressions) {
        this.expressions.addAll(expressions);
      }
    
      @Override
      public boolean interpret(Map<String, Long> stats) {
        for (Expression expr : expressions) {
          if (!expr.interpret(stats)) {
            return false;
          }
        }
        return true;
      }
    
    }
    
    public class OrExpression implements Expression {
      private List<Expression> expressions = new ArrayList<>();
    
      public OrExpression(String strOrExpression) {
        String[] andExpressions = strOrExpression.split("\\|\\|");
        for (String andExpr : andExpressions) {
          expressions.add(new AndExpression(andExpr));
        }
      }
    
      public OrExpression(List<Expression> expressions) {
        this.expressions.addAll(expressions);
      }
    
      @Override
      public boolean interpret(Map<String, Long> stats) {
        for (Expression expr : expressions) {
          if (expr.interpret(stats)) {
            return true;
          }
        }
        return false;
      }
    }
    
    public class AlertRuleInterpreter {
      private Expression expression;
    
      public AlertRuleInterpreter(String ruleExpression) {
        this.expression = new OrExpression(ruleExpression);
      }
    
      public boolean interpret(Map<String, Long> stats) {
        return expression.interpret(stats);
      }
    } 
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23
    • 24
    • 25
    • 26
    • 27
    • 28
    • 29
    • 30
    • 31
    • 32
    • 33
    • 34
    • 35
    • 36
    • 37
    • 38
    • 39
    • 40
    • 41
    • 42
    • 43
    • 44
    • 45
    • 46
    • 47
    • 48
    • 49
    • 50
    • 51
    • 52
    • 53
    • 54
    • 55
    • 56
    • 57
    • 58
    • 59
    • 60
    • 61
    • 62
    • 63
    • 64
    • 65
    • 66
    • 67
    • 68
    • 69
    • 70
    • 71
    • 72
    • 73
    • 74
    • 75
    • 76
    • 77
    • 78
    • 79
    • 80
    • 81
    • 82
    • 83
    • 84
    • 85
    • 86
    • 87
    • 88
    • 89
    • 90
    • 91
    • 92
    • 93
    • 94
    • 95
    • 96
    • 97
    • 98
    • 99
    • 100
    • 101
    • 102
    • 103
    • 104

    解释器模式的应用

    UML 和 代码

    UML 图

    代码

    更多

    设计模式学习专栏

    参考资料

  • 相关阅读:
    2022年最新最详细的安装Node.js以及cnpm(详细图解过程、绝对成功)
    BUUCTF msic 专题(115)[安洵杯 2019]easy misc
    C#中一种使用临时文件,用完自动销毁的方法
    小白学java
    C# 语言的面向对象技术
    实时数据处理:使用Apache Spark进行流数据分析
    react组件通信
    是什么让 NFT 项目成为“蓝筹”?
    前端的页面代码
    WRF进阶:WRF中Noah-MP地面方案中雪反照率的计算
  • 原文地址:https://blog.csdn.net/hotonyhui/article/details/127823168