этот паттерн встречается под разными формами:
-
«системы продукционных правил»,
-
«движки правил»,
-
«языки предметных областей»,
-
«интерпретируемые DSL»,
-
«модели вычисления на основе выражений».
Почему архитектор обязан знать Interpreter
Потому что современный бизнес требует:
-
часто менять правила,
-
управлять логикой через конфигурацию,
-
позволять экспертам писать правила без программистов,
-
разделять стабильный код и динамические правила,
-
создавать предсказуемые, управляемые и расширяемые системы.
Поэтому архитектор без знания Interpreter не сможет проектировать современные:
-
биллинги,
-
учетные системы,
-
банковскую автоматизацию,
-
BPM-платформы,
-
платформы антифрода,
-
телеком-системы
-
и сложные интеграции.