什么时候应该在Rails应用程序中使用RESTful控制器,何时不应该？

我正在寻找关于何时知道RESTful方法何时适用于模型以及它的关联是否合适以及什么时候不合适的准则.也许这是我当前应用程序的本质,但我发现没有关联的简单模型可以很好地与REST协同工作,但是具有许多has_many关联的复杂模型似乎使控制器中所需的视图和设置变得复杂.form_for调用开始变得特别复杂.

或许这是我对新手的理解.我已经做Rails已经有三年多了,但REST和形式帮手似乎让我神秘化了.

为您系统中的每个顶级模型创建资源.在顶级,我的意思是独立的模型,并且在相关模型之外具有意义.一般来说,这是大多数模特.在以下示例中,Position和Candidate是顶级的.您可以认为候选人由过去就业和她申请的职位组成.可以通过候选资源访问位置和先前工作历史的应用程序,因为它们不是自己存在的.

楷模

class Position
  has_many :candidate_positions
  has_many :candidates, :through => :candidate_positions
end

class Candidate
  has_many :candidate_positions
  has_many :positions, :through => :candidate_positions
  has_many :past_employments
  accepts_nested_attributes_for :past_employments
  accepts_nested_attributes_for :candidate_positions
end

class PastEmployment
  belongs_to :candidate
end

class CandidatePosition
  belongs_to :candidate
  belongs_to :position
end

路线

map.resources :positions
map.resources :candidates

使用非资源控制器与跨模型的用户进行交互.例如,如果您想要HomeController显示可用位置以及最近的候选者,那么这将是一个新的普通控制器.如果你想编辑这个控制器上的任何信息,请冷静!您已经拥有可用于处理表单帖子的控制器,这些控制器将自动连接<% form_for @candidate %>.你可以渲染你的位置集合<%= render @positions %>,并且因为你已经把它们作为资源,Rails会知道要查找views/positions/_position.html.erb适当的部分.

最终的结果应该是你永远不会编写逻辑来处理多个地方的对象的持久性.这就是控制器变得复杂而形式失控的时候.它还意味着Rails和外部系统知道检索和存储对象的位置.相同的URL,相同的控制器,只是一种不同的格式.