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 

通過在交易中完成所有操作，您的數據無論是全部正確還是不正確。

有點像這樣嗎？