form_for z zagnieżdżonymi zasobami

Mam dwuczęściowe pytanie dotyczące form_for i zagnieżdżonych zasobów. Powiedzmy, że piszę silnik bloga i chcę powiązać komentarz z artykułem. Zdefiniowałem zagnieżdżony zasób w następujący sposób:

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

Formularz komentarza znajduje się w widoku show.html.erb dla artykułów, pod samym artykułem, na przykład w ten sposób:

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

Daje to błąd „Called id for nil, co mogłoby być błędne itd.” Ja też próbowałem

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

Który renderuje się poprawnie, ale łączy f.text_area z polem „text” artykułu zamiast komentarza i przedstawia kod HTML atrybutu article.text w tym obszarze tekstowym. Więc wydaje mi się, że to też się mylę. To, czego chcę, to formularz, którego 'wyślij' wywoła akcję tworzenia w CommentsController, z parametrem article_id, na przykład żądanie wpisu do / article / 1 / comments.

Druga część mojego pytania brzmi: jaki jest najlepszy sposób na utworzenie wystąpienia komentarza na początek? Tworzę @comment w akcji show elementu ArticlesController, więc obiekt komentarza będzie w zakresie pomocnika form_for. Następnie w akcji tworzenia w CommentsController tworzę nowy @comment, używając parametrów przekazanych z form_for.

Dzięki!

Travis R. ma rację. (Chciałbym móc zagłosować za tobą.) Właśnie to działa. Z tymi trasami:

resources :articles do
  resources :comments
end

Otrzymujesz ścieżki takie jak:

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

kierowane do kontrolerów pod adresem

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

tak jak jest napisane na http://guides.rubyonrails.org/routing.html#nested-resources , bez specjalnych przestrzeni nazw.

Ale części i formy stają się trudne. Zwróć uwagę na nawiasy kwadratowe:

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

Co najważniejsze, jeśli chcesz mieć identyfikator URI, możesz potrzebować czegoś takiego:

article_comment_path(@article, @comment)

Alternatywnie:

[@article, @comment]

zgodnie z opisem na http://edgeguides.rubyonrails.org/routing.html#creating-paths-and-urls-from-objects

Na przykład wewnątrz kolekcji częściowej z comment_itemdostarczoną do iteracji,

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

To, co mówi jamuraa, może zadziałać w kontekście artykułu, ale na inne sposoby nie zadziałało.

Istnieje wiele dyskusji związanych z zagnieżdżonymi zasobami, np. Http://weblog.jamisbuck.org/2007/2/5/nesting-resources

Co ciekawe, właśnie się dowiedziałem, że testy jednostkowe większości ludzi nie testują w rzeczywistości wszystkich ścieżek. Kiedy ludzie podążają za sugestią jamisbucka, mają dwa sposoby na dotarcie do zagnieżdżonych zasobów. Ich testy jednostkowe generalnie trafiają / wysyłają do najprostszych:

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

Aby przetestować preferowaną trasę, muszą to zrobić w następujący sposób:

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

Nauczyłem się tego, ponieważ moje testy jednostkowe zaczęły kończyć się niepowodzeniem po przełączeniu z tego:

resources :comments
resources :articles do
  resources :comments
end

do tego:

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

Myślę, że wystarczy mieć zduplikowane trasy i pominąć kilka testów jednostkowych. (Dlaczego testować? Ponieważ nawet jeśli użytkownik nigdy nie widzi duplikatów, twoje formularze mogą się do nich odwoływać, niejawnie lub za pośrednictwem nazwanych tras.) Mimo to, aby zminimalizować niepotrzebne powielanie, zalecam:

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

Przepraszam za długą odpowiedź. Myślę, że niewielu ludzi zdaje sobie sprawę z subtelności.

Upewnij się, że w kontrolerze zostały utworzone oba obiekty: @posti @commentdla postu, np .:

@post = Post.find params[:post_id]
@comment = Comment.new(:post=>@post)

Następnie na widoku:

<%= form_for([@post, @comment]) do |f| %>

Upewnij się, że jawnie zdefiniowałeś tablicę w form_for, a nie tylko oddzielonych przecinkami, jak powyżej.

Nie musisz robić specjalnych rzeczy w formularzu. Po prostu poprawnie budujesz komentarz w akcji show:

class ArticlesController < ActionController::Base
  ....
  def show
    @article = Article.find(params[:id])
    @new_comment = @article.comments.build
  end
  ....
end

a następnie utwórz dla niego formularz w widoku artykułu:

<% form_for @new_comment do |f| %>
   <%= f.text_area :text %>
   <%= f.submit "Post Comment" %>
<% end %>

Domyślnie ten komentarz przejdzie do createczynności CommentsController, którą prawdopodobnie zechcesz umieścić redirect :back, abyś został przekierowany z powrotem na Articlestronę.