Resource Routingつらくね？ - Qiita

テクノロジーカテゴリーの変更を依頼記事元:

qiita.com

135 usersがブックマークコメント

コメント

24

記事へのコメント24件

注目コメント
新着コメント

toshiwo この例だとどっちもどっちな気がする。個人的には下の例でも'api/v1'あたりはnamespaceは使うと思う

2014/09/02 リンク

udzura “俺はこう思ったッス”

design
rails

2014/09/02 リンク

tkawa あまり具体的ではないけどコメント書きました

2014/09/02 リンク

kksg 管理画面みたいな分かりやすいリソース操作は resources 良い。けど現実はそんなにシンプルじゃない。

2014/09/02 リンク

masatomo-m resource routingの良い所はそれを見ればエンティティがはっきりわかるということなので、最終的にできあがるroutesが見たければrake routesでも/routesにでもアクセスすれば良い。でもroutesにゴミが溜まりやすいという話は同意

2014/09/02 リンク

june29 「そういう現象を何度も」について、「あるとき」にそういうのが混じったら目立つから注意を引きそう、「ないとき」にそういうの書かれたらどんどんカオスになりそうな印象。

2014/09/03 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

Resource Routingつらくね？ - Qiita

Rails Guidesでは「Resource Routing: the Rails Default」として namespace, resource, resources とい... Rails Guidesでは「Resource Routing: the Rails Default」として namespace, resource, resources といったメソッドを利用する方法が紹介されている。これまでとりあえずこの機能を使って開発してきたが、これは果たして本当に積極的に利用した方が良い機能なのか。あるとき試しにTwitterのAPIのようなルーティングを定義しながら、Resource Routingを利用する場合としない場合とを比較してみることにする。ここでは (Resource Routingを利用するメリットを出すためにも)、API用のPrefixとして各パスの先頭に /api/v1 を付けることにする。このAPIはアクセストークンの発行や、tweetの取得、投稿、ユーザやフォロワー情報の取得などの機能を提供する。また、/api/v1 以下のどのパターン

ブックマークしたユーザー

azuki_mihomiho2017/12/04
naoty_k2017/04/08
yorisilo2016/11/05
mactkg2016/05/14
kent-where-the-light-is2016/05/01
takc9232016/04/01
kimihito2016/03/19
toshitanian2016/03/18
tasukuchan2016/03/10
serihiro2016/02/26
sinsoku2016/01/06
mhkohei2015/08/17
taka2222015/07/28
nari_ex2015/06/27
pero_01042015/06/11
kadoppe2015/05/31
otakumesi2015/05/22
fukajun2015/05/05

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx