核心思想
通过中间解释层来执行程序或规则,实现灵活性与扩展性
工作机制(虚拟机)
输入 → 虚拟机(解释器) → 执行 → 输出
优缺点
优点
- 可以灵活应对自定义场景
缺点
- 复杂度较高
子风格
解释器
核心组成
- 被解释程序
- 解释器引擎
- 状态存储
- 数据存储
**适用场景
- 编程语言解释器
- DSL(领域语言)
规则系统
定义:
在解释器基础上增加规则库(知识库,
根据规则自动推理和执行。
核心组成
- 规则集(知识库)
- 事实集
- 规则解释器
- 工作内存
- 规则/数据选择机制
适用场景
- 专家系统
- 决策支持系统
子风格对比
| 项目 | 解释器 | 规则系统 |
|---|---|---|
| 本质 | 执行程序 | 执行规则 |
| 数据来源 | 输入程序 | 规则库 + 数据 |
| 智能性 | 较低 | 较高 |
| 复杂度 | 中等 | 高 |
如何判断是虚拟机风格?
- 是否存在“解释执行” → 是
- 是否有“规则/程序 + 执行引擎” → 是
- 是否有“中间层” → 是
FAQ
什么是虚拟机风格?
一种通过构建抽象执行环境来运行程序或规则的架构风格。
解释器和规则系统有什么区别?
解释器执行程序,规则系统执行规则并进行推理。
为什么叫虚拟机?
因为系统构建了一个“虚拟的执行环境”。