Я шел через Drools документации и нашел, что это не делает ничего интересного / решения каких-либо проблем (Может быть, я ошибаюсь).
В Drools мы указываем бизнес-правила (в .drl файле), как, например,
when "type = jewellery" then setDiscount(25%)
when "type = KidDress" then setDiscount(30%)
В чем разница между выше по сравнению с использованием базы данных?
Я могу всегда подвергать пользовательские интерфейсы API, из которых могут быть определены бизнес-правила, и я могу непосредственно хранить в РСУБД. Формально в случае необходимости, я могу построить образец UI (в течение 1-2 дней), который интегрирует с открытым API. Это также позволит деловым людям, чтобы легко добавлять / обновлять / удалять правила Если я подвергать операции CRUD.
Для чего-то же просто, как я объяснил, какие проблемы решает Drools? Я не могу найти в документации от г-поиска / в официальной документации.
Может кто-то помочь здесь?
Два основных момента:
В теории Drools правила написаны таким образом, что может быть проще понять, нетехнических людей, как бизнес-аналитиков.
В случае принятия решения логика хранится в одном месте , например , как таблица решений может быть проще управлять. Иногда это удобно , если у вас есть более сложные вычисления с большим количеством переменных , как критерии проверки кредитоспособности.
На практике во всех проектах, которые я работал с Drools разработчикам пришлось писать пользовательские функции, которые были вызваны из ДРЛ файла для обработки более сложной логики. Это отрицается выше преимуществ и сделал решение значительно сложнее управлять, потому что логика была поделена между нормальным кодом и ДРЛ файлов.
У меня был неудачный опыт, когда Drools и аналогичные инструменты. Я бы не рекомендовал для простых сценариев использования.