ruby-on-rails - 具有嵌套资源的 form_for

Question

我有一个关于 form_for 和嵌套资源的两部分问题。假设我正在编写一个博客引擎，并且我想将评论与文章相关联。我定义了一个嵌套资源，如下所示:

map.resources :articles do |articles|
    articles.resources :comments
end

评论表单位于文章的 show.html.erb View 中，位于文章本身下方，例如如下所示:

<%= render :partial => "articles/article" %>
<% form_for([ :article, @comment]) do |f| %>
    <%= f.text_area :text %>
    <%= submit_tag "Submit" %>
<%  end %>

这会给出一个错误，“为 nil 调用 id，这会错误地等等。”我也尝试过

<% form_for @article, @comment do |f| %>

它可以正确呈现，但将 f.text_area 与文章的“文本”字段而不是评论的字段相关联，并在该文本区域中显示article.text 属性的 html。所以我似乎也有这个错误。我想要的是一个表单，其“提交”将调用 CommentsController 上的创建操作，并在参数中包含article_id，例如对/articles/1/comments 的发布请求。

我的问题的第二部分是，创建评论实例的最佳方法是什么？我正在 ArticlesController 的 show 操作中创建 @comment，因此注释对象将在 form_for 帮助程序的范围内。然后在 CommentsController 的创建操作中，我使用从 form_for 传入的参数创建新的 @comment。

谢谢!

Answer 1

特拉维斯 R 是正确的。 (我希望我能投票给你。)我自己刚刚开始工作。通过这些路线:

resources :articles do
  resources :comments
end

你会得到如下路径:

/articles/42
/articles/42/comments/99

路由到 Controller

app/controllers/articles_controller.rb
app/controllers/comments_controller.rb

就像 http://guides.rubyonrails.org/routing.html#nested-resources 上所说的那样，没有特殊的命名空间。

但是部分和形式变得很棘手。注意方括号:

<%= form_for [@article, @comment] do |f| %>

最重要的是，如果你想要一个 URI，你可能需要这样的东西:

article_comment_path(@article, @comment)

或者:

[@article, @comment]

如 http://edgeguides.rubyonrails.org/routing.html#creating-paths-and-urls-from-objects 中所述

例如，在为迭代提供 comment_item 的集合部分内，

<%= link_to "delete", article_comment_path(@article, comment_item),
      :method => :delete, :confirm => "Really?" %>

jamuraa 所说的内容可能适用于文章的上下文，但它在其他方面对我不起作用。

有很多与嵌套资源相关的讨论，例如http://weblog.jamisbuck.org/2007/2/5/nesting-resources

有趣的是，我刚刚了解到大多数人的单元测试实际上并没有测试所有路径。当人们遵循 jamisbuck 的建议时，他们最终会得到两种获取嵌套资源的方法。他们的单元测试通常会获取/发布到最简单的:

# POST /comments
post :create, :comment => {:article_id=>42, ...}

为了测试他们可能喜欢的路线，他们需要这样做:

# POST /articles/42/comments
post :create, :article_id => 42, :comment => {...}

我了解到这一点是因为当我从这里切换时我的单元测试开始失败:

resources :comments
resources :articles do
  resources :comments
end

对此:

resources :comments, :only => [:destroy, :show, :edit, :update]
resources :articles do
  resources :comments, :only => [:create, :index, :new]
end

我想有重复的路线并错过一些单元测试是可以的。 (为什么要测试？因为即使用户永远不会看到重复项，您的表单也可能隐式或通过命名路由引用它们。)不过，为了最大限度地减少不必要的重复，我建议这样做:

resources :comments
resources :articles do
  resources :comments, :only => [:create, :index, :new]
end

抱歉回答太长。我认为没有多少人意识到其中的微妙之处。