form_for mit verschachtelten Ressourcen

Ich habe eine zweiteilige Frage zu form_for und verschachtelten Ressourcen. Angenommen, ich schreibe eine Blog-Engine und möchte einen Kommentar zu einem Artikel verknüpfen. Ich habe eine verschachtelte Ressource wie folgt definiert:

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

Das Kommentarformular befindet sich in der Ansicht show.html.erb für Artikel unter dem Artikel selbst, beispielsweise wie folgt:

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

Dies gibt einen Fehler aus, "ID für Null aufgerufen, was fälschlicherweise usw. wäre." Ich habe es auch versucht

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

Dies wird korrekt gerendert, bezieht sich jedoch f.text_area auf das Textfeld des Artikels anstelle des Kommentarfelds und zeigt den HTML-Code für das Attribut article.text in diesem Textbereich an. Also scheine ich das auch falsch zu haben. Was ich möchte, ist ein Formular, dessen 'Senden' die Erstellungsaktion auf CommentsController aufruft, mit einer Artikel-ID in den Parametern, zum Beispiel einer Post-Anfrage an / articles / 1 / Kommentare.

Der zweite Teil meiner Frage lautet: Wie kann die Kommentarinstanz am besten erstellt werden? Ich erstelle einen @ -Kommentar in der Show-Aktion des ArticlesController, sodass ein Kommentarobjekt für den form_for-Helfer in den Bereich fällt. Dann erstelle ich in der Aktion create des CommentsController ein neues @comment mit den aus form_for übergebenen Parametern.

Vielen Dank!

Travis R ist richtig. (Ich wünschte, ich könnte dich positiv bewerten.) Ich habe das gerade selbst zum Laufen gebracht. Mit diesen Routen:

resources :articles do
  resources :comments
end

Sie erhalten Pfade wie:

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

an Controller unter weitergeleitet

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

genau wie es unter http://guides.rubyonrails.org/routing.html#nested-resources heißt , ohne spezielle Namespaces.

Aber Teiltöne und Formen werden schwierig. Beachten Sie die eckigen Klammern:

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

Am wichtigsten ist, wenn Sie eine URI möchten, benötigen Sie möglicherweise Folgendes:

article_comment_path(@article, @comment)

Alternative:

[@article, @comment]

wie unter http://edgeguides.rubyonrails.org/routing.html#creating-paths-and-urls-from-objects beschrieben

Zum Beispiel innerhalb einer Sammlung, die teilweise mit comment_itemzur Iteration geliefert wurde,

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

Was Jamuraa sagt, mag im Kontext des Artikels funktionieren, aber es hat bei mir auf verschiedene andere Arten nicht funktioniert.

Es gibt viele Diskussionen zu verschachtelten Ressourcen, z. B. http://weblog.jamisbuck.org/2007/2/5/nesting-resources

Interessanterweise habe ich gerade erfahren, dass die Unit-Tests der meisten Leute nicht alle Pfade testen. Wenn Leute dem Vorschlag von Jamisbuck folgen, haben sie zwei Möglichkeiten, an verschachtelte Ressourcen zu gelangen. Ihre Unit-Tests werden in der Regel am einfachsten sein / posten:

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

Um die Route zu testen, die sie bevorzugen, müssen sie dies folgendermaßen tun:

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

Ich habe dies gelernt, weil meine Komponententests fehlgeschlagen sind, als ich von hier gewechselt bin:

resources :comments
resources :articles do
  resources :comments
end

dazu:

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

Ich denke, es ist in Ordnung, doppelte Routen zu haben und ein paar Unit-Tests zu verpassen. (Warum testen? Auch wenn der Benutzer die Duplikate nie sieht, können Ihre Formulare implizit oder über benannte Routen auf sie verweisen.) Um unnötige Duplikate zu minimieren, empfehle ich Folgendes:

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

Entschuldigung für die lange Antwort. Ich denke, nicht viele Menschen sind sich der Feinheiten bewusst.

Stellen Sie sicher, dass beide Objekte im Controller erstellt wurden: @postund @commentfür den Beitrag, z.

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

Dann im Blick:

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

Stellen Sie sicher, dass Sie das Array explizit in form_for definieren und nicht nur wie oben durch Kommas getrennt.

Sie müssen keine besonderen Dinge in der Form tun. Sie erstellen den Kommentar einfach korrekt in der Show-Aktion:

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

und erstellen Sie dann ein Formular dafür in der Artikelansicht:

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

Standardmäßig geht dieser Kommentar zu der createAktion von CommentsController, die Sie dann wahrscheinlich einfügen möchten, redirect :backdamit Sie zurück zur ArticleSeite geleitet werden.