【问题标题】:Alternatives to rules engine for centralizing and maintaining rules用于集中和维护规则的规则引擎的替代方案
【发布时间】:2011-04-14 11:24:34
【问题描述】:

我正在尝试寻找合适的解决方案/框架来集中和维护规则。规则的数量巨大,并且经常更改。我已经使用过 Drools 之类的规则引擎,但发现它们不适合,因为规则执行的复杂性会影响可维护性和规则集中化开销(规则引擎通常需要另一个存储库系统来保存规则)。

理想情况下,我正在寻找的解决方案/框架应该允许我用 Java 等标准编程语言编写规则,而集中和维护规则的开销很小。

非常感谢。

【问题讨论】:

  • 我见过的大多数规则引擎都使用 DSL。恕我直言,最好用 Java 编程的规则引擎是超级简单的。也许你需要一个规则引擎,或者你真的没有规则,你只有一个普通的计算机程序来做事。 (可能你有事件驱动编程的想法??)

标签: java rules drools rule-engine


【解决方案1】:

Drools 5.2.0 将拥有新的解析器 API,理论上它允许您避免 DRL 并用 Java 编写规则引擎的左侧 (LHS),就像您使用 JPA 编写 JPA 查询一样2.0 标准 API。

【讨论】:

  • 听起来不错,请告诉我 5.2 什么时候出?如果您也可以,请向我指出一些有关如何使用 Drools 在没有 guvnor 的情况下集中和维护规则的资源?
【解决方案2】:

您是否尝试过 Spring 对 dynamic languages 的支持?您可以调用用 Groovy 或 JRuby 等语言编写的 bean(如果您愿意的话,我前段时间写过 JavaScript 支持)。这些动态 bean 的源代码可以提取到单独的文件中,这些文件会定期扫描以发现运行时的变化。

简单得多,但仍然强大。

【讨论】:

  • 在运行时更改规则对我来说并不是什么要求,基本上我需要一个解决方案/框架来帮助集中和更好地维护规则。
猜你喜欢
  • 2023-03-17
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-10-23
  • 2022-01-24
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多