私は次のモデルがあります:Railsネストされたリソースとルーティング - コントローラを分割する方法は?
- ポスト
- はタグ
- TaggedPost(ポスト及びタグがhas_manyのことで自分の団体の派生元:を通じて)
そして私は、次のroutes.rb
ファイルを持っています:
resources :tags
resources :posts do
resources :tags
end
したがって、I n /posts/4/tags
にアクセスすると、パラメータアレイにpost_id
値が設定されたタグコントローラのインデックスアクションが表示されます。クール。
私の質問は、投稿の下に入れ子になっているタグリソースにアクセスしているので、まだタグコントローラを打つべきですか?または、この時点でタグのネストされた性質を処理するために他のコントローラをセットアップする必要がありますか?それ以外の場合は、タグコントローラに追加のロジックを構築する必要があります。これはもちろん可能ですが、ネストされたルートとリソースを処理する一般的な方法ですか?次のように私はタグコントローラのindexアクションを持っているコードは次のとおりです。私は多くの追加の計画として、私は、このコントローラーのコードは、ますます大きな成長して見ることができます
def index
if params[:post_id] && @post = Post.find_by_id(params[:post_id])
@tags = Post.find_by_id(params[:post_id]).tags
else
@tags = Tag.order(:name)
end
respond_to do |format|
format.html
format.json {render json: @tags.tokens(params[:q]) }
end
end
TagsController.rbタグリソースに関連するリソース。これを打破する方法についての考え方?質問の
概要:
- リソースがネストされている場合は、ネストされたリソースは、リソースの入れ子の本質を表現する別のコントローラを経由すべきですか?これは、私が提供したコード例にあるように、通常のコントローラを通すこととは対照的です。
- もしそうなら、これらのコントローラーはどのように命名されセットアップされるべきですか?
詳細情報が必要な場合はお知らせください。
これは実際に私の質問の核心に答えるものです。それ以外の物流は本当に私の強迫的な構成の必要性に依存していると思います。 –
あなたの将来の同僚のために(あなた自身も未来)、@ lazelの答えも読んでください! – gfd
これをダウン投票することでいくつかの難しいポイントを費やすつもりです。ネストされたコントローラを追加してください。 – Drenmi