Пригодны ли слюни в моем сценарии? Если нет, то что еще?

Question

Сценарий - 1. Конечный пользователь должен иметь возможность создавать правила из внешнего интерфейса.Правило будет иметь условия (я не мог найти способ в Drools динамически изменять файл .drl на основе правил, созданных пользователями)

1. Должны быть определены правилав иерархии одно и то же правило может принадлежать нескольким иерархиям

2. Конечный пользователь должен иметь возможность инициировать выполнение правил.Предостережение заключается в том, что факты могут быть недоступны в KnowledgeSession, правила преобразуются в релевантные запросы в соответствии с базовой базой данных, а затем они запускаются в базовой БД.

Таким образом, идея состоит в том, что Правила создаются с ограниченным знанием сущностей -> Когда правило запускается, оно работает с базовым БД, чтобы создавать запросы, относящиеся к сущностям, присутствующим в базовом БД

Смогу ли я что-то сделать с Drools, другим механизмом правил, вместо создания собственной реализации?

Answer 1

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

Я думаю, что инструмент, который вы, возможно, захотите проверить, это Drools Guvnor, поскольку он хранит правила в БД и предоставляет пользовательский интерфейс для их изменения.

Я думаю, что сложнее будет применить эти правила в разных потоках правил, но я уверен, что слюни предоставляют способ сделать это. В худшем случае вам нужно будет клонировать правила и поместить их в разные группы потоков правил.