Закончив двигатель правил, который использует слюни. Могут ли слюни быть избыточным здесь или нет ⇐ JAVA

[Anonymous]

У нас есть устаревшая система, которая имеет электронную таблицу в git Repo, в которой правила, настроенные, развернутые как приложение Spring Boot (задача AWS ECS). Нам отходит от этого подхода
Потребность в том, что это приложение требует пользовательского интерфейса, где пользовательский интерфейс имеет данные правила, критические правило [eg: eg. Отгрузка "]. < /p>
Теперь, когда ее не подготовленная конфигурация Getter Setters, которую мы имели в таблице, перемещая эти правила в базу данных Postgres, является нашим решением. Теперь, чтобы выполнить эти правила, у нас есть большое беспокойство. Если мы все еще используем слюни или нет!. < /P>
Когда продукт прибывает, то есть продукт DTO, правило необходимо запускать и установить мало значений свойств на том же продукте DTO. Пожалуйста, не тот же DTO для оценки и настройки которые находятся в DB, ​​чтобы выбрать и обрабатывать в DRL или электронную таблицу (нам необходимо иметь пользовательскую таблицу, которая отображает значения FieldNames с значениями пользовательского интерфейса), затем пользователь в любое время редактирует правило, которое мы должны обновить DB и генерировать DRL или спред листов и подавать его в правило.

Подробнее здесь: https://stackoverflow.com/questions/796 ... ere-or-not