Interpreter (Интерпретатор): обработка выражений и языков через модель дерева

Interpreter позволяет описать язык в виде классов, представляющих элементы его грамматики, и интерпретировать выражения путём обхода структуры. Каждый элемент языка — это объект, который умеет себя вычислять или преобразовывать.

Паттерн применяется для обработки DSL, формул, сценариев, конфигураций, правил, фильтров, запросов, шаблонов и вычислений. Он делает язык расширяемым и структурированным, позволяя добавлять новые элементы без изменения других.

Interpreter полезен при построении систем, где бизнес-логика описана правилами, а пользователи или интеграции задают выражения в текстовой или конфигурационной форме.

Interpreter — один из самых недооценённых, но мощных паттернов, которые архитектор должен знать. Он применяется всякий раз, когда системе нужно «понимать» выражения, правила, формулы или конфигурации, описанные текстом или структурой.
Во многих российских учебниках по архитектуре информационных систем уделяется внимание правилам, DSL и описанию бизнес-логики. Interpreter — основа таких подходов.

Главная идея Interpreter

1. У языка есть грамматика — набор правил.

2. Каждый элемент грамматики представлен классом.

3. Выражение преобразуется в дерево объектов (AST).

4. Каждый узел умеет интерпретировать себя.

5. Выполнение выражения — это обход дерева объектов.

Interpreter тесно связан с Composite и Visitor, потому что обычно выражения — это деревья.

Где применяется Interpreter в реальной архитектуре

1. DSL (Domain-Specific Language)

Любой внутренний язык организации — это интерпретатор:

• язык настроек BPM;

• язык фильтров;

• язык расчётов;

• язык конфигурации маршрутов;

• язык правил интеграции;

• шаблонные языки.

Банки, страховые, телеком, маркетинг — везде создаются DSL.

2. Формульные и расчетные системы

Например:

• расчет стоимости кредита;

• формулы KPI;

• налоги;

• бонусные схемы;

• тарифы;

• комиссии.

Формулы задаются пользователями → нужен интерпретатор.

3. Правила и политики (Rules Engine)

Системы уровня:

• Drools

• Camunda DMN

• Open Policy Agent (Rego)

используют интерпретаторы для правил.

4. Фильтры и запросы

Например:

java


age > 30 AND region = "RU" AND purchases >= 10

Любые правила фильтрации превращаются в AST.

5. Конфигурации и сценарные системы

Например:

• YAML с условиями;

• JSON-скрипты;

• сценарии CI/CD;

• сценарии интеграций.

Архитектурно — это Interpreter.

6. Шаблонные языки и макросистемы

Mustache, Liquid, Velocity, Freemarker — это интерпретаторы.
Интерпретатор обходит дерево шаблона и заменяет переменные.

7. SQL / NoSQL запросы

Apache Calcite, ClickHouse Expression Engine и другие — используют паттерн Interpreter.

8. BPMN и процессы

Каждый блок процесса имеет:

• тип,

• входные данные,

• правила выполнения.

Процессор BPM фактически интерпретирует процесс как язык.

9. Игровые движки и скриптовые системы

Все игровые «квестовые» системы — это Interpreter.

Преимущества Interpreter

• гибкость и расширяемость языка;

• возможность добавлять элементы языка без переписывания ядра;

• формальные деревья выражений;

• высокая управляемость;

• возможность анализа и оптимизации выражений;

• возможность кэшировать AST;

• хорошая интеграция с Visitor.

Недостатки

• сложность при создании полноценного языка;

• медленнее, чем скомпилированный код;

• требует строгой дисциплины и чистой архитектуры;

• потенциально требует оптимизатора, если объем выражений велик.

Однако Interpreter незаменим в условиях, где бизнес-логика должна быть гибкой и настраиваемой.

Interpreter в российских учебниках

Обычно — в разделах:

• «моделирование процессов»,

• «описание правил»,

• «информационные системы управления»,

• «процессинговые ядра»,

• «языки спецификаций».

Учебники по банковским ИС часто приводят Interpreter как основу для систем тарифов.

Почему архитектор обязан знать Interpreter

Потому что любой бизнес хочет настраиваемость, а не жёстко зашитую логику.

Interpreter — это:

• настраиваемые формулы;

• параметры в YAML/JSON;

• правила DMN;

• фильтры;

• маршруты;

• скрипты;

• сценарии;

• пайплайны;

• трансформации.

Архитектор, умеющий проектировать DSL и интерпретаторы, способен создать систему, которая живёт десятилетиями и развивается без переписывания ядра.