在 Ruby 中指定和执行规则

Question

我正在寻找可以帮助我完成以下任务的 Ruby/Rails 工具：

我想在我的数据库中存储以下字符串以及与之类似的字符串。当一个对象被创建、更新、删除等操作时，我想遍历所有的字符串，检查CRUD事件是否匹配字符串的条件，如果是，运行指定的动作。

When a new ticket is created and it's category=6 then notify user 1234 via email

我打算创建一个接口来构建这些字符串，因此它不需要是人类可读的字符串。如果 JSONish 结构更好，或者工具具有现有语言，那就太好了。我的想法是这样的：

{
  object_types: ['ticket'],
  events: ['created', 'updated'],
  conditions:'ticket.category=6',
  actions: 'notify user',
  parameters: {
    user:1234,
    type:'email'
  }
}

所以基本上，我需要以下内容：

1. 监控 CRUD 事件 - 如果该工具有办法做到这一点，那就太好了，但如果该工具本身没有提供它，我可以在这里使用 Rails 的 ModelObservers

2. 查找所有匹配的“规则” - 这是我的主要未知数...

3. 执行请求的方法/参数 - 理想情况下，这将在我的 Ruby 代码中定义为类/方法

是否有任何我应该研究的现有工具？

编辑：

感谢大家到目前为止的回复！非常感谢您为我指明正确的道路。

这里的用例是我们有许多不同的客户端，有许多不同的业务规则。对于适用于所有客户端的规则，我可以轻松地在代码中创建它们（使用类似于 Ruleby 的东西），但对于所有特定于客户端的规则，我想将它们存储在数据库中。理想情况下，规则可以编写一次，存储在代码或数据库中，然后运行（使用 Resque 来提高性能）。

在这一点上，我似乎不得不自己动手了，所以任何关于最好的方法的想法，或者我应该研究的任何工具，都将不胜感激。

再次感谢！

Answer 1

我不认为自己写一些东西来做这件事是一件大事，我不知道有什么宝石可以做到这一点（但如果有人写一个就好了！）

我将通过以下方式处理该项目，我的想法是您不想在用户保存时进行规则匹配，因为这可能需要一段时间并且可能会中断用户体验和/或者让服务器变慢，所以...

1. 每次发生 CRUD 事件时，使用观察者来存储记录，或者使用 Acts as Audited gem 为您做这件事让事情变得更简单。

1.5。使用 rake 任务，从您的 crontab 运行以运行最新的更改，可能每分钟一次，或者您可以使用 Resque，它可以很好地处理大量作业

1. 创建一组表，这些表定义了用户可以从中选择的可能规则，可能类似于

表格：规则

名字

ForEvent（例如 CRUD）

问题表

• FieldOneName

• FieldOneCondition 等

方法执行

您可以使用一些元编程来执行您的方法，并且由于您的方法知道您的表名和记录 ID，因此可以获取它。

附加说明

最好的方法是从简单开始，然后向上工作。为了让简单版本首先工作，我会执行以下操作...

1. 安装行为已审核
2. 向创建的审计表中添加一个附加字段：when_processed

3. 在你的 /lib 文件夹中创建一个名为 processrules 之类的模块，它大致完成此操作

   3.1 抓取所有未处理的审计条目 3.2 将它们标记为已处理（也许此时再做一个小审计表来记录发生的事件）

4. 现在创建一个规则表，其中只包含名称和条件语句，或者添加一些示例以开始操作

   姓名：第一 |规则语句：'SELECT 1 WHERE table.value = something'

5. 调整您的新 processrules 方法，以便为每个更改的条目执行该 sql（也许您希望将其限制为仅您正在使用的表）

6. 如果规则匹配，请将其添加到您的日志文件中。

从这里您可以推断出您需要的附加功能，并且可能会询问有关动态调用方法的元编程方面的另一个问题，因为这个问题非常广泛，非常乐意提供进一步的帮助。

我倾向于认为进行任务处理的最佳方法是首先很好地设置该过程，以便它适用于任何服务器负载和情况，然后插入自定义位。

Answer 2

您可以使这个足够抽象，以便您可以指定任意条件和规则，但是您将开发一个框架/引擎，而不是解决您的应用程序的特定问题。

使用ActiveRecord::Observer 很有可能会解决您的需求，因为您可以硬编码您期望的所有不同类型的条件，然后只将未知数放入数据库中。例如，假设您知道会有人观看类别，然后创建一个类似 category_watchers 的关联，并使用以下观察者：

class TicketObserver < ActiveRecord::Observer
  # observe :ticket # not needed here, since it's inferred by the class name

  def after_create(ticket)
    ticket.category.watchers.each{ |user| notify_user(ticket, user) }
  end

  # def after_update ... (similar)

  private

  def notify_user(ticket, user)
    # lookup the user's stored email preferences
    # send an email if appropriate
  end
end

如果您想存储电子邮件首选项以及用户正在观看该类别的事实，请使用带有标志的连接模型。

如果你想进一步抽象它，我建议使用类似树顶的东西来自己生成观察者，但我不相信这比在代码中抽象类似的观察者更有价值。

Answer 3

Ruby & Rules Engines SO post 可能包含一些您可能会觉得有用的信息。还有另一个基于 Ruby 的规则引擎，您可能还想探索它 - Ruleby。

希望这有助于您开始调查。