我目前正在寻找适用于 .NET 的规则引擎。我们的逻辑很简单，+, -, *, /, and, or, 基本的操作顺序。但是，我们需要将此信息存储在数据库中，然后在从数据库中提取新版本时生成规则文件。所以普通的 UI 编辑器对我们来说毫无用处，除非其中一个有网页版 UI 编辑器。
所以我的问题是，鉴于我所说的，就编程配置和与 ASP.NET 的集成而言，这将是我们最好的规则引擎。
【问题讨论】：
标签： .net workflow-foundation drools
我在 WWF 的经历非常糟糕。它非常适合开发您知道将存在的工作流程（例如“此文档发送给某个人的经理，然后发送给 HR，如果它无效，它会返回给提交者”）但如果您想要动态配置，那就真的很痛苦了。如您所知，我们试图将它用于完全可配置的系统，BizTalk 做得非常好，而且看起来 MS 并不热衷于让开发人员以如此便宜的方式替换 BizTalk。
我们还研究了使用 Acumen rules engine and tools 看起来非常适合我们需要的东西，尽管我们从来没有时间删除并替换它。
如果您的规则相对简单，我强烈建议您要么使用拥有源代码的规则引擎，要么自己编写。 Justin Etheredge 有一篇 two part 文章关于使用 Domain-Driven Designs (Evans) 中标识的模式通过自定义规则执行域验证。
我按照相同的准则在我当前的项目中实现了一个类似的系统，并从数据库中序列化/反序列化规则。我得看看Drools.NET。
【讨论】：
biztalk 不会轻易被 wwf 取代的事实是真实的。他们之间的目标非常不同，drools 比较 biztalk 而不是 wwf，原因，两者都使用相同的算法（rete）！！
现在，使用 drools 是另外一回事，biztalk 也可以用作 ESB，drools 可以做到吗？
【讨论】：