• 设计模式学习总结(22) 解释器模式


    本系列主要记录设计模式的意图是什么,它要解决一个什么问题,什么时候可以使用它;它是怎样解决的,掌握它的结构图,记住它的关键代码;可以想到至少两个它的应用实例,一个生活中的,一个软件中的;这个模式的优缺点是什么,其有哪些使用场景,在使用时要注意什么。

    尊重作者,转载请注明晔阳的Bloghttp://blog.csdn.net/hacke2


    22.解释器模式

    意图:给定一个语言, 定义它的文法表示, 并定 义一个解释器, 这个解释器使用该标识来解释语言中的句子。
    主要解决:对于一些固定文法构建一个解释句子的解释器
    什么时候使用:假设一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一个简单语言中的句子.这样就能够构建一个解释器,该解释器通过解释这些句子来解决该问题.
    怎样解决 :构件语法树,定义终结符与非终结符
    结构图


    关键代码:构件环境类,包括解释器之外的一些全局信息,通常是HashMap
    应用实例:编译器、运算表达式计算
    长处: 1、 可扩展性比較好,灵活。  2、 添加了新的解释表达式的方式  3、 易于实现简单文法。
    缺点: 可利用场景比較少   2、 对于复杂的文法比較难维护。3、解释器模式会引起类膨胀 4、解释器模式採用递归调用方法
    使用场景
    1、能够将一个须要解释运行的语言中的句子表示为一个抽象语法树 2、一些反复出现的问题能够用一种简单的语言来进行表达 3、一个简单语法须要解释的场景
    注意事项:可利用场景比較少,JAVA中假设碰到能够用expression4J取代
  • 相关阅读:
    深入理解SQL的四种连接-左外连接、右外连接、内连接、全连接
    sql之group by的用法
    jmeter参数化
    jmeter--FTP测试
    jmeter基础概念
    开源性能测试工具——jemeter介绍+安装说明
    mysql安装图解 mysql图文安装教程(详细说明)
    Elasticsearch全文检索优化研究
    如何正确的关闭Elasticsearch集群
    自定义查询系统架构设计分析
  • 原文地址:https://www.cnblogs.com/mengfanrong/p/3830976.html
Copyright © 2020-2023  润新知