Golang设计模式——18解释器模式

简介: Golang设计模式——18解释器模式

解释器模式

定义

给定一个语言,定义它的文法表示,并定义一个解释器,这个解释器使用该标识来解释语言中的句子。

优点

  1. 扩展性强,若要新增乘,除,添加相应的非终结表达式,修改计算逻辑即可。

缺点

  1. 需要建大量的类,因为每一种语法都要建一个非终结符的类。
  2. 解释的时候采用递归调用方法,导致有时候函数的深度会很深,影响效率。

场景

如果一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。这样就可以构建一个解释器,该解释器通过解释这些句子来解决该问题。

代码

package Interpreter
import "strings"
type Expression interface {
  Interpret(variables map[string]Expression) int
}
type Integer struct {
  integer int
}
func (n *Integer) Interpret(variables map[string]Expression) int {
  return n.integer
}
type Plus struct {
  leftOperand  Expression
  rightOperand Expression
}
func (p *Plus) Interpret(variables map[string]Expression) int {
  return p.leftOperand.Interpret(variables) + p.rightOperand.Interpret(variables)
}
func (e *Evaluator) Interpret(context map[string]Expression) int {
  return e.syntaxTree.Interpret(context)
}
type Variable struct {
  name string
}
type Node struct {
  value interface{}
  next  *Node
}
type Stack struct {
  top  *Node
  size int
}
func (s *Stack) Push(value interface{}) {
  s.top = &Node{
    value: value,
    next:  s.top,
  }
  s.size++
}
func (s *Stack) Pop() interface{} {
  if s.size == 0 {
    return nil
  }
  value := s.top.value
  s.top = s.top.next
  s.size--
  return value
}
func (v *Variable) Interpret(variables map[string]Expression) int {
  value, found := variables[v.name]
  if !found {
    return 0
  }
  return value.Interpret(variables)
}
type Evaluator struct {
  syntaxTree Expression
}
func NewEvaluator(expression string) *Evaluator {
  expressionStack := new(Stack)
  for _, token := range strings.Split(expression, " ") {
    switch token {
    case "+":
      right := expressionStack.Pop().(Expression)
      left := expressionStack.Pop().(Expression)
      subExpression := &Plus{left, right}
      expressionStack.Push(subExpression)
    default:
      expressionStack.Push(&Variable{token})
    }
  }
  syntaxTree := expressionStack.Pop().(Expression)
  return &Evaluator{syntaxTree: syntaxTree}
}
package Interpreter
import "testing"
import "github.com/stretchr/testify/assert"
func TestInterpret(t *testing.T) {
  expression := "w x z +"
  sentence := NewEvaluator(expression)
  variable := make(map[string]Expression)
  variable["w"] = &Integer{6}
  variable["x"] = &Integer{10}
  variable["z"] = &Integer{41}
  result := sentence.Interpret(variable)
  assert.Equal(t, 51, result)
}

其他设计模式

设计模式Git源代码

00简单工厂模式

01工厂方法模式

02抽象工厂模式

03外观模式

04建造者模式

05桥接模式

06命令模式

07迭代器模式

08模板模式

09访问者模式

10备忘录模式

11责任链模式

12中介模式

13原型模式

14状态模式

15策略模式

16享元模式

17组合模式

18解释器模式

19单例模式

20适配器模式

21代理模式

22装饰器模式

23观察者模式


目录
相关文章
|
6月前
|
设计模式 Go 开发工具
Golang设计模式——12中介模式
Golang设计模式——12中介模式
41 0
|
2月前
|
设计模式 存储 缓存
Java设计模式 - 解释器模式(24)
Java设计模式 - 解释器模式(24)
|
6月前
|
设计模式 SQL Java
【设计模式】抖音一面:你不知道解释器模式?
【设计模式】抖音一面:你不知道解释器模式?
50 1
|
6月前
|
设计模式 Go
[设计模式 Go实现] 行为型~解释器模式
[设计模式 Go实现] 行为型~解释器模式
|
6月前
|
设计模式 存储 Java
小谈设计模式(28)—解释器模式
小谈设计模式(28)—解释器模式
|
6月前
|
设计模式 存储 Java
23种设计模式,解释器模式的概念优缺点以及JAVA代码举例
【4月更文挑战第7天】解释器模式是一种行为设计模式,它用于定义一个语言的语法表示,并提供一个解释器来处理这种语法。主要用于频繁需要解释执行一组固定语法规则的场景,例如编程语言解释器、规则引擎等。
45 3
|
6月前
|
设计模式 存储 SQL
【设计模式系列笔记】解释器模式
解释器模式(Interpreter Pattern)是一种行为型设计模式,它定义了一种语言的文法,并且建立一个解释器来解释该语言中的句子。在Java中,解释器模式通常用于实现编程语言解释器、正则表达式解释器等。
52 0
|
6月前
|
设计模式
【设计模式】解释器模式
【设计模式】解释器模式
|
6月前
|
设计模式 监控 Java
聊聊Java设计模式-解释器模式
解释器模式(Interpreter Design Pattern)指给定一个“语言”,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。这里所指的“语言”是指使用规定格式和语法的代码。
80 4
聊聊Java设计模式-解释器模式
|
6月前
|
设计模式 Go 开发工具
Golang设计模式——17组合模式
Golang设计模式——17组合模式
32 1