java - 集成 Java Webapp + drools + Guvnor 如何以及是否值得？

Question

我计划引入 Java 规则，目前正在评估 Drools 以将应用程序中的业务规则具体化(物理和逻辑上)。

由于这些业务规则通常由业务部门制定，我希望业务部门通过 GUI 对规则进行必要的更改。

我在 Google 上搜索了集成 Java Web 应用程序 + Drools + Guvnor，但一无所获。

我的问题:

Drools 是否支持用于编辑规则的轻量级 GUI？

Drools Guvnor 是轻量级的 GUI，还是有办法降低它的性能？

将应用程序集成到 Guvnor 以阅读规则有多容易？

关于集成 Java 应用程序 + Drools + Guvnor 的一般简单实现的任何其他建议都会很棒。

任何指向教程的指针也会对我有用。

Answer 1

我正在做一些类似于你想做的事情。

Since these business rules would be very often by the business, I would want the business to make necessary changes to the rules via GUI.

警告警告警告!!!一种常见的误解是，只要有 GUI，非程序员就可以使用它。那是……不是我得出的结论。它有帮助，但编程的难点不是编写代码，而是针对正确的问题提出好的解决方案。我敢肯定，一些更聪明、更倾向于技术的商业人士可以用 Guvnor 做些事情，但不要指望它是通往魔法极乐之地的某种黄砖路。你仍然需要为业务人员提供一个健全的数据模型和 API，让他们做他们需要做的事情，但防止他们意外做他们不想做的事情。

1. Does Drools support a lightweight GUI for editing the rules?

2. Is Drools Guvnor a lightweight GUI, or is there are a way to step it down?

嗯，“轻量级”是讨论的主题，但 Guvnor 工作得相当好，不需要浏览器，所以我认为还可以。

3. How easy to integrate an application to Guvnor to read the rules?

好吧，一旦您启动并运行了 Guvnor，连接您的应用程序以使用 KnowledgeAgent连接到 Guvnor 并监听新规则更新并不是特别困难。

不幸的是，一般来说，Drools 尤其是 Guvnor 有一堆你可能需要解决的怪癖(例如，你必须分解 Guvnor WAR 文件并编辑 WEB-INF/beans.xml 中的文件以设置一个非默认配置...)。但是一旦你把它理顺了，我认为它工作得很好。

至于文档，Javadoc 有时可能有点稀疏，但 web site有一些不错的东西，包括几本书。

总而言之，Drools 和 Guvnor 是强大的工具，但让它们工作并非易事。如果你真的需要他们提供的东西，他们是值得的，但如果一个更简单的脚本解决方案就足够了，那么也可能值得考虑。

现在，如果您发现自己确实需要 Drools，这是我的首要建议 - 为您的数据库和规则保留单独的数据模型。这确实意味着要编写很多无聊的转换代码，但非常值得。

我正在开发的应用程序使用 JPA 处理数据库问题，在我们的规则中使用该数据模型不会很愉快。几个原因:

适合你的数据层的不一定适合 Drools，反之亦然。

我们有一个树结构，在 JPA 中自然是 @OneToMany与父节点列表中的子节点的关系。在 Drools 中处理列表相当痛苦，因此我们将其扁平化为一个结构，在其中插入一个 ParentNode对象，还有一堆 ChildNode对象，这更容易使用。

敢于重构。

规则的数据模型也需要存在于 Guvnor 内部——这意味着如果你重命名实体类或类似的东西，你可能会破坏所有规则。规则的单独数据模型意味着您可以毫无顾虑地重构数据库内容。

向他们展示他们需要看到的东西。

数据库可以变得相当复杂，但规则通常不需要关心其中的许多复杂性。将这些复杂性暴露给编辑规则的人员会导致很多不必要的困惑。例如，我们发现对于我们的场景，绝对没有必要将规则编写者暴露于多对多关系(事实证明在 Drools 中处理起来非常复杂)——所以我们让它们看起来像一对多，一切都变得更加自然。

保护。

我们将大部分规则设计为像以下伪代码一样工作:

rule "Say hello to user"
when 
  user : User
then
  insert(new ShowMessageCommand("Hello " + user.getName() + "!"))
end

...因此，对于每个规则包，都明确定义了您可以插入哪些响应命令以及它们的作用。在我们的应用程序中运行规则后，我们挑选出按规则插入 session 的对象并对其采取行动( visitor pattern 已被证明对于避免长 if instanceof/ else if instanceof/ else 非常有用)链)。

我很高兴我们这样做了，而不是让规则编写者对我们的 JPA 对象做任何他们认为他们想做的事情。

无论如何，希望这会有所帮助。