Rails resourcesは実際に現場で使用しますか？

Question

質問

表題の通りです。

質問の経緯

Railsで開発を進める際に使用するルーティングについて

1つのモデルに対して表示、更新、削除などのルーティングを作成してくれる
メソッド resources は

• マスタの一覧を表示、新規登録、更新、削除といった処理には使用するといい
• どのようなルートが作成されているか、prefix_pathが使用できるかソース上ではわかりづらい

と個人的に考えています。

どのようなルートが作成されているか、prefix_pathが使用できるかソース上ではわかりづらい

このデメリットが大きい故に resources をあまり使用しないのですが、
実際の現場では使用することはあるのでしょうか？
※デメリットと記載しましたがあくまで個人の考えという意味です

もしあればこういう場面で使えるといったことを
ざっくりとでいいので教えて頂けると幸いです。
色々な方の意見を聞かせていただきたいです。

よろしくお願いいたします。

Answer 1

「どのようなルートが作成されているか、prefix_pathが使用できるか」明確だから使うほうが良いです。
どのモデルのresourcesでも同じpathになるし。

Comments

[lolohacker]

なるほどです、その考えが自分にはなかったです。
DHH氏の思想がまさに
「「どのようなルートが作成されているか、prefix_pathが使用できるか」明確だから使うほうが良い」
ということなんでしょうね。
回答ありがとうございます。

Answer 2

Railsの創始者であるDHH氏は、resoucesにあるindex、show、new、edit、create、update、destroyだけを使ってルーティングを書くべきだと説いています。

この7つしか使わないのであれば、全てresourcesに揃えれば統一的なルーティングとなります。

DHHはどのようにRailsのコントローラを書くのか

Comments

[winterboum]

沢山書かなくて済むから、すっきりしてわかりやすいし。

[lolohacker]

恥ずかしながらこの思想をそもそも知らずに実装をしていました。教えていただきありがとうございます。

Answer 3

管理画面など分かりきったところはresourcesを使う場合もあります。
一方で公開画面などURLを意識的に設定したい場合は、resourcesを使わない場合もあります。
ケースバイケースだと思いますので、resourcesを使わなければならないという事はないと考えます。

Comments

[winterboum]

DHH氏には申し訳ないのですが、私がいま手がけているアプリはそれ以外のactionの方が多いです。
ですが、それらのactionについてはresourcesを使っています。
それは（routesに限らないのですが）Railアプリの場合規約に外れたことをすると後から参加した人・メンテする人が理解するのに時間がかかります。だけならまだ良いのですが時に勘違い・誤解を呼びます。ですので、規約にある事柄は規約に従うことを薦めます。
むろん、それらとは違うURLにする仕様である場合はしかたありませんが

[lolohacker]

>winterboumさん
>DHH氏には申し訳ないのですが、私がいま手がけているアプリはそれ以外のactionの方が多いです。
>ですが、それらのactionについてはresourcesを使っています。
それ以外のactionについてですが
「それ以外のactionはresourcesに対応するactionから呼び出されるように実装している」
といった認識で間違いないでしょうか？

[winterboum]

index、show、new、edit、create、update、destro　についてはresoecesに任せ、それ以外の独自なもの confirmとかimportとかは定義してます

[lolohacker]

>それ以外の独自なもの confirmとかimportとかは定義してます
はindex、show、new、edit、create、update、destroyから呼び出す想定で実装するということでしょうか？それとも状況に応じてルーティングを追加するのでしょうか？