设计模式之美笔记 —— 解释器模式

设计模式之美 - 72

一、解释器模式

定义：为某个语言定义它的语法（或者叫文法）表示，并定义一个解释器用来处理这个语法。从广义上来讲，只要是能承载信息的载体，我们都可以称之为“语言”。

要想了解“语言”表达的信息，我们就必须定义相应的语法规则。这样，书写者就可以根据语法规则来书写“句子”（专业点的叫法应该是“表达式”），阅读者根据语法规则来阅读“句子”，这样才能做到信息的正确传递。而我们要讲的解释器模式，其实就是用来实现根据语法规则解读“句子”的解释器。可以类比中英文翻译，百度翻译就是解释器模式中定义的“解释器”。

使用场景：在一些特定的领域会被用到，比如编译器、规则引擎、正则表达式。

代码实现的核心思想：就是将语法解析的工作拆分到各个小类中，以此来避免大而全的解析类。一般的做法是，将语法规则拆分成一些小的独立的单元，然后对每个单元进行解析，最终合并为对整个语法规则的解析。

 

二、解释器模式的实战应用

实现一个自定义接口告警规则功能

在我们平时的项目开发中，监控系统非常重要，它可以时刻监控业务系统的运行情况，及时将异常报告给开发者。

比如，如果每分钟接口出错数超过 100，监控系统就通过短信、微信、邮件等方式发送告警给开发者。

1、支持自定义告警规则

2、告警系统只负责根据入参接口主键，判断规则（由其他系统模块提供），进行是否触发告警判断。
至于每分钟 API 接口出错数、每分钟接口调用数等统计数据的计算，是由其他模块来负责的。其他模块将统计数据放到一个 Map 中（数据的格式如下所示），发送给告警模块。

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