問題タブ [nested-resources]

与えられたブログスタイルのアプリケーション：

ページ上のIDへのルートを生成するにはどうすればよいですか？例

私は Rails を初めて使用し、ネストされたリソースで will_paginate を機能させるのに大きな問題を抱えています。

Statement と Invoice の 2 つのモデルがあります。will_paginate は Statement で動作していますが、Invoice では動作しません。ばかげたことをしていることはわかっていますが、それを理解できず、Googleで見つけた例はうまくいきません。

しかし、請求書で機能させる方法がわかりません：

<%= will_paginate (@invoices) %> のように呼び出してみます。

これをいじってみると、最も一般的なエラー メッセージは次のとおりです。

問題が何であるか、またはそれを修正する方法についての手がかりがありません。ヘルプとガイダンスをありがとう！

次のように定義されたネストされたリソースがある場合:

これらのモデルの場合:

この URL を呼び出すと、次のようになります。

ネストされたルート ヘルパーを使用:

このnewアクションを処理するのは、magazinesコントローラとコントローラのどちらadsですか?

ネストされたリソース、エッジRailsについての私の理解として、すべきではありません

指し示す

？

ルート.rbファイルには次のものが含まれています

これがデフォルトの動作ではない場合、他のことを実行して実行できますか？

したがって、私の Rails アプリには、ユーザーに属する 2 つのリソース (レンタルと予約) があります。これは、ネストされたルートを設定するための routes.rb のコードです。

これを行うためのより好ましい方法はありますか。グーグルで調べましたが、明確な答えが見つかりません。

前もって感謝します。

-光線

2 つのルートが定義されているとします。

どちらもヘルパー/パスからアクセス可能

にアクセスする/articlesと、indexアクション fromArticlesControllerが実行されます。

にアクセスする/category/1/articlesと、indexアクション fromArticlesControllerも実行されます。

では、呼び出しルートに応じてスコープ付きの記事のみを条件付きで選択するための最良のアプローチは何ですか?

ルート.rbで指定されているように、指定されたレイアウトテンプレートを特定のコントローラーとその中にネストされているすべてのリソースに自動的に割り当てることは可能ですか？このレイアウトは、指定されたコントローラービューとその中にネストされたビューのみを適用する必要があります。application.html.erbのように、アプリケーション内のすべてのビューに適用する必要はありません（実際には、ネストされたレイアウトのアプリケーションレイアウトで特殊なレイアウトを使用しています）。

だから、例えば、私が持っていた場合

のようなURLにアクセスすると、レイアウトが実際に動作しているlocalhost/news/1/articles/newことがわかります。news.html.erb今のところ、私はしません。

親内にネストされたコントローラーごとに同じレイアウトファイルを再作成したくないことは明らかです（レイアウトを引き出して共有パーシャルに配置する場合でも）。特定のコントローラー自体でレイアウトテンプレートを指定することについては、さらにわくわくしません（この特定の例は一時的なものですが、これについては少し先に「実際の」ユースケースがあります）。

ありがとう！

form_for とネストされたリソースに関する 2 つの質問があります。ブログエンジンを書いていて、コメントを記事に関連付けたいとしましょう。ネストされたリソースを次のように定義しました。

コメント フォームは、記事の show.html.erb ビューにあり、記事自体の下にあります。たとえば、次のようになります。

これにより、「誤って nil の id が呼び出されました」というエラーが発生します。私も試してみました

これは正しくレンダリングされますが、コメントではなく記事の「テキスト」フィールドに f.text_area を関連付け、そのテキスト領域に article.text 属性の html を表示します。だから私はこれも間違っているようです。私が欲しいのは、たとえば/articles/1/commentsへの投稿リクエストなど、paramsにarticle_idを使用して、「送信」がCommentsControllerの作成アクションを呼び出すフォームです。

私の質問の 2 番目の部分は、最初にコメント インスタンスを作成する最良の方法は何ですか? ArticlesController の show アクションで @comment を作成しているので、comment オブジェクトは form_for ヘルパーのスコープになります。次に、CommentsController の作成アクションで、form_for から渡されたパラメーターを使用して新しい @comment を作成します。

ありがとう！

アプリにいくつかの標準のネストされたルートがあり、subdomain-fugemを使用してサブドメインを実装したいと思います。だから私は現在これをやっています：

そして私はこれをしたい：

subdomain-fu灯台チケットのネストされたルートに関してsubdomain-fuの失敗についていくつかの議論があったようですが、その灯台プロジェクトはもう公開されていないため、彼らが到達した結論を確認することはできません。

subdomain-fuを使用してネストされたルートをどのように実装したかについて、人々から話を聞くのは素晴らしいことです。

ありがとう！

製品など、ネストされていないモデルとネストされているモデルがある場合、問題の解決策は何ですか?

「製品」は「イベント」に属することができ、製品は単に独立していることもできます。

これは、次のようなルートを持つことができることを意味します。

あなたの見解でそれをどのように適切に処理しますか？

注: これは管理パネル用です。チケット (製品)、フォームを作成し、誰が応答したかを確認するためのサイド パネルを備えた「イベントの作成」ページを作成できるようにしたいと考えています。「イベント チケット」サイド パネル ボタンをクリックすると、 に移動します/events/my-new-event/tickets。しかし、管理パネル用のルート「製品」タブもあり、チケットやその他のランダムな製品を一覧表示できます。「チケット」ビューと「製品」ビューは 90% 同じように見えますが、チケットにはそれが属するイベントに関する情報が含まれています。

次のようなビューが必要なようです。

• 製品/index.haml
• 製品/show.haml
• イベント/製品/index.haml
• イベント/製品/show.haml

しかし、それは DRY ではないようです。または、製品にイベント ( @product.event.nil?) があるかどうかを確認するための条件付きチェックを行うこともできますが、ビューが理解しにくくなります。

これらの状況にどのように対処しますか？

本当にありがとう。