问题标签 [rule-engine]

何时使用业务规则引擎？

业务规则引擎和脚本/配置/定制有什么区别

我想在 Oracle 中为 PeopleSoft 时间输入应用程序设计一个基于规则的数据库引擎。我该怎么做呢？

我正在寻找一种简单的方法来让用户定义一组规则来过滤对象。

例如。让他们定义类似“如果预订日期 < 2009/04/30 且价值 > 100.00 时通知我预订”

或多或少：我想要一个带有自定义 DSL 的 Ruby 规则引擎。

有图书馆提供吗？遇到了 Ruleby，但它还不支持自定义 DSL。

最好的方法是什么？

我正在为 WF 中的自定义 Activity 创建一个ActivityToolboxItem。我正在尝试在 CreateComponentsCore 方法中为设计人员做尽可能多的工作。我想要结束的是以下内容：

1）我的自定义活动（TriggerActivity，一个SequenceActivity），包含以下内容：
2）一个TriggerEvaluatorActivity（一个简单的Activity），它绑定到 TriggerActivity 上的一个属性
3）一个IfElseActivity，它有两个分支
4）一个IfElseBranchActivity，它包含
5) TerminateActivity和
6) 为空的IfElseBranchActivity，当 TriggerEvaluatorActivity 评估为真时，执行流经它。

设计人员使用一个或多个针对执行上下文执行复杂评估的实现来 切换TriggerEvaluatorActivity 。

在代码中设置它非常简单，但我完全不知道如何启动将添加到IfElseBranchActivity以控制执行流程的ActivityCondition 。

我需要做的就是评估TriggerEvaluatorActivity上的属性。我已经通过代码 dom 创建了一个漂亮可爱的规则，但我不能直接在IfElseBranchActivity上设置它，我必须将规则存储在某处并在活动中引用它。

所以，我想我的问题是，一旦我在代码中创建了规则，如何从自定义 ActivityToolboxItem 中将规则添加到工作流中，以便我在代码中构建的活动可以引用它？

目前我正在使用 Silverlight 3.0 开发基于 Web 的应用程序。对于业务规则，我正在寻找一个对我和我的用户都易于使用的规则引擎，它可以与 SL3 一起使用。类似的东西是开箱即用的还是我需要自己推出？

我用谷歌搜索并查看了各种代码站点（Codeplex、代码项目等），但没有看到任何适合我需要的东西。

我也对 NxBRE 做了很长的了解，但它的规则语法对于“虚拟”用户来说太复杂了。

我需要创建一个灵活的（最好是动态的）评分引擎，就像信用评分或保费计算系统一样。有没有创建评分引擎的实践经验的人有任何建议、示例或建议的模式？

我已经知道：

• Rete算法
• 菲可
• 此处列出的开源规则引擎

谢谢！

编辑：提供更多细节.. 好的，所以我环顾四周，我认为规则引擎是我所追求的，它更灵活，规则可用于实现几乎任何事情。然而，我在网上能找到的材料是高度抽象的——Rete 算法、节点、前向链接等等。我真的需要实用的建筑建议。例如，您将如何解决这些问题：

• 假设规则引擎本身是通用的并且与使用它的上下文无关，因此它是“可插入的”。现在，为了使用它，您必须输入特定且可识别的数据项，并将这些项与条件和规则相匹配。那么你将如何解决这个难题呢？
• 您将如何处理一条规则更新数据项而使其他先前评估的规则无效的情况？

如果我们需要使用可插入的规则引擎，与之相关的开放标准有哪些。

如何为每个平台“不重写规则”迁移规则引擎？

我即将深入研究一个面向规则的项目（使用 .NET 的 ILOGs 规则 - 现在是 IBM）。我已经阅读了一些关于如何设置规则处理以及如何与规则引擎交互的不同观点。

我看到的两个主要想法是集中规则引擎（到它自己的服务器场中）并通过 Web 服务 API（或在 ILOG 的情况下通过 WCF）针对场进行编程。另一方面是在每个应用服务器上运行规则引擎的实例，并在本地与它交互，每个实例都有自己的规则副本。

集中化的好处是可以轻松地将规则部署到集中位置。这些规则可以根据需要进行扩展，而不是在您每次扩展应用程序服务器配置时进行扩展。从购买的许可证的角度来看，这减少了浪费。这种设置的缺点是增加了进行服务调用、网络延迟等的开销。

本地运行规则引擎的优势/劣势与集中配置的优势/劣势完全相反。没有慢速服务调用（快速 API 调用），没有网络问题，每个应用服务器都依赖自己。管理规则部署变得更加复杂。每次将节点添加到应用程序云时，您都需要更多的规则引擎许可证。

在阅读白皮书时，我看到亚马逊正在为每个应用服务器配置运行规则引擎。他们似乎对规则进行了缓慢的部署，并认识到规则发布的滞后是“可以接受的”，即使业务逻辑在给定的时间段内不同步。

问题：根据您的经验，对于尚未在规则驱动的世界中花费太多时间的商店，开始将规则集成到基于 .net 的 Web 应用程序中的最佳方式是什么？

我对流口水还很陌生，我遇到了一些我无法真正理解的问题。我正在尝试解决分配问题，而我的 LHS 之一是这样的

出于某种原因，即使您确定工作记忆中存在匹配项，第二个语句也不匹配任何内容。如果我用以下代码更改上面的代码，它可以正常工作

有人可以向我解释一下吗？

谢谢！

我们为 Mac 创建销售点软件，并正在寻求改进我们的税务引擎。现在很简单，税收由名称、代码和税率组成，可以单独应用于每个产品。虽然这对某些人来说已经足够了，但我们有很多请求来处理更高级的情况。一些例子是美国市/县销售税、加拿大复合（堆叠）税、法国生态税和纽约市奢侈品税。

我们已经确定了这些税收的大部分特征，并且倾向于一种基于规则引擎的实施。我们不必支持所有情况，但我们希望能够在需要时对其进行扩展（以避免再次重写）。

我们正在寻找以前构建过类似东西的人的建议，或者尝试以优雅的方式解决相同问题的项目示例。