Rails多控制器动作

Question

什么是Rails处理“多控制器动作”的方式？在我的应用程序中，我有一个特殊的“购物车”流程，它对几个模型有影响。基本上，当他/她登录时特定种类的用户可以使用流程，并且如下所示：

1. 添加用户。
   • 这里可以“添加用户”。如果您了解Basecamp，这一步有点像将人添加到项目中。所以在这一步，我正在考虑用户资源。
2. 这里可以为每个以前添加的用户“购买”东西。
   • 这就像一个基本的购物车。所以，就资源而言，我正在考虑“商店”或“购物车”。
3. 这是确认步骤。我再次想到这是购物车的一部分。

确认后，应该发生几件事。

1. 步骤1中添加的用户应该以某种方式被激活。也就是说，在激活之前他们将无法登录。
2. 应在步骤2中购买订单。
3. 在步骤2中购买的“材料”是某种虚拟产品。也就是说，产品在用户登录时显示为“邀请”。这些细节并不太重要，有点难以解释。关键是，确认后，应在数据库中创建与用户关联的邀请。

此外，系统的细节有点难以解释，但我的主要问题是如何在Rails中最好地实现这种类型的东西。涉及多个步骤，并影响所有步骤中的几个模型。

我一直在想着用某种状态机来做这件事。然后，状态机将负责在这些步骤或状态之间转换，并执行所需的操作。所以我想我会有一个StateMachineController或其他东西，没有模型，将实现主要逻辑。这是可以使用的吗？看来Rails确实偏向于RESTfull资源，但我似乎无法想象上述类似的RESTfull方法。谢谢。

Answer 1

将控制器操作视为用户导致的事件。之后会发生什么是通常应该与一个或多个模型相关联的逻辑。

因此，在Order模型中放置一个订单，在User模型中激活用户，在Invitation模型中发送邀请等等。让模特了解彼此没有错。当一个事件跨越多个模型时，我将一个方法放在与用户引起的事件最密切相关的方法中，可能是Order中的“购买”方法，这就是您要从Order控制器调用的方法。

因此，如果有在其他车型状态的依赖，建立小法在他们测试（如果需要），如用户activated?，和别人做的工作，如activate（即更新用户状态），然后在邀请中“邀请”，以保存与用户关联的新邀请，等等。如果他们失败了，请确保他们提出异常。

一旦你有很多很好的粒度方法，你可以将它们捆绑在一起，甚至将它们包装在Order#purchase方法中的事务中。类似于

def purchase(user, stuff, invitee) 
    Order.transaction do 
    begin 
     invitee.activate 
     invitation = Invitation.create! {:invitee => invitee, :stuff => stuff, :invited_by => user } 
     # You can't roll back an email, so do this after the others have worked without exception 
     invitation.send 
    rescue 
     ActiveRecord::Rollback 
    end 
    end 
end 

通过在交易中完成所有操作，您的数据无论是全部正确还是不正确。

有点像这样吗？