wozozoのブックマーク - はてなブックマーク

RailsでのURL設計を考えてみる(5) Railsのリソースパターン - ぶろぐ。@はてな

URL設計の前段階として、とても大切なのがリソース設計です。そのWebアプリ・Webサービスで何を提供するのかが決まる部分だからです。しかし、なかなかリソースという概念が定着していないようなので、Railsで採用されているパターン*1を例に挙げて紹介してみたいと思います。今までのシリーズ記事と重なるところもありますが、まとめということで…。リソースとは簡単に言うと、「URLで示されるもの」です。URLというのが“Uniform Resource Locator”の略ですからね。 http://d.hatena.ne.jp/tkawa/20110819/p1 http://d.hatena.ne.jp/tkawa/20110819 最初のものは、前回書いたブログ記事『RailsでのURL設計を考えてみる(4) スラッシュと「持っている」関係』というリソースです。その次は、『tkawa

wozozo 2011/10/31

uri
design

リンク

RailsでのURL設計を考えてみる(4) スラッシュと「持っている」関係 - ぶろぐ。@はてな

今回は、URLのスラッシュはどのようなときに使えばいいのか考えてみました。 resourcesのネスト URLはスラッシュ「/」で階層構造を表します。Railsでは、routes.rbでresourcesをこのようにネストして使うと、 resources :users do resources :articles end このようなURLができます。 http://example.com/users http://example.com/users/1 http://example.com/users/1/articles /users で「ユーザー全体」、 /users/1 で「ユーザーの1番」を指し、さらに /users/1/articles で「ユーザーの1番」の書いた「記事(article)全体」を指すわけです。((さらに /users/1/articles/2 で「ユーザーの1番

wozozo 2011/10/31

uri
design

リンク

RailsでのURL設計を考えてみる(3) 確認画面のURLは必要か - ぶろぐ。@はてな

今度は「Rails3 失敗から学ぶDevise利用時のURL設計 - 130単位」のコメントをきっかけに考えてみました。 routes.rbの書き換え新規登録のときに確認画面や完了画面がほしいという場合はよくあります。もともと match 'user_entry/profile' match 'user_entry/setting' post 'user_entry/confirm' post 'user_entry/create' get 'user_entry/complete' だったものを、 resource :user, :only => :show do resource :profile, :except => [:show, :destroy] resource :setting, :except => [:show, :destroy] end とするのはどうか、と考

wozozo 2011/10/31

uri
design

リンク

RailsでのURL設計を考えてみる(2) follow - ぶろぐ。@はてな

前回の「RailsでのfavoriteのURL設計」が思いがけなくそこそこ見てもらったようなので、いろんなパターンのURL設計を考えてみるシリーズをやってみたいと思います。（続くかどうかは未定）こんどはMioからは離れて、といってもほとんど同じようなものですが、Twitterのfollowのような機能を考えてみます。 Twitterの設計考える前に、TwitterのWebサイトとAPIではフォロー関係の設計がどうなっているか参考に見てみましょう。*1 Webサイト URL フォローしているユーザ（ツイート） /:screen_name/following フォローしているユーザ /:screen_name/following/people フォローされているユーザ /:screen_name/followers API*2 URL 追加パラメータフォローしているユーザ（ID）

wozozo 2011/10/31

uri
design

リンク

RailsでのfavoriteのURL設計 - ぶろぐ。@はてな

http://d.hatena.ne.jp/r7kamura/20110505/1304577667がすごいなと思って、routes.rbの書き方の例についてコメントしたのですが、自分で書いておいて後で「unfavorite」はちょっとまずいかなと思ったので、favorite（いわゆるお気に入り、スター）はどういうふうに設計すればいいのか考えてみました。構造はよくある感じの、 tweet has_many favorites user has_many favorites 任意のツイートに任意のユーザーがお気に入りをつけられるというもの。別にツイートじゃなくても何でもOKです。ブログのコメントにはこのように書きました。 (1) resources :tweets do member do post 'favorite' post 'unfavorite' end end ルーティングは