生成、親のリソースの関連を管理を行うために内部的に利用されます。ヘルパーメソッドをオーバーライドするだけですみます。details.例えば、投稿記事(post)にパーマネントリンクを使いたかったとします。オブジェクトを取得する方法を変更する必要があるでしょう。objectメソッドをオーバーライドするだけです。メソッドにページネーション(pagination)を追加したいでしょう。取得の振る舞いを変更することができます。[追記]現在は、関連を考慮し、end_of_association_chainヘルパーメソッドを使用して取得するようだ。method.ネストされたリソースこれまた自動的にハンドルされます。これはかなり痛々しいものに違いありません。それを和らげてくれます。:postendポリモフィックリソースこれは私自身のアプリケーションで多く見られる概念です。resource_controllerができる前までは、様々なところでこれは悩みの種でした。resource_controllerを使って残りの部分を扱いました。これはほとんど全てのことをしてくれます。アクションが呼び出される時にどの関連が存在するのかを推測します。渡される引数は、1階層の親のみになります。深くネストされたリソースはサポートされていません。(ですが、私はもし要望があれば追加することに反対する訳ではありません。その親のスコープの中に入れます。コントローラはまた、ルーティングに定義されていれば、親無しにレスポンスを返します。生成は本当に容易です。ヘルパーは自動的に親リソースのスコープを維持します。ソフトウェアチームが運用しています。