RESTful-APIのURL設計を考えてみる - Qiita

例えばの話 例えば, 電子書籍の販売サイトのWebAPIを作ることなったとしましょう. そこで, せっかくだからRESTfulな設計を目指そうとしたアナタは, まずいちばんわかりやすい, 本一覧を取得するAPIから着手することにしました. いろいろ本やサイトをあたった末にたどり着いたURLは 対象リソースは本一覧だから/books, 目的はデータ取得だからHTTPメソッドはGET. まさに教科書通り, RESTfulAPIも簡単じゃないか. ほんとにそうでしょうか？ もうすこし詳しい話 少し話を戻すとします. この電子書籍販売サイトには, 実はユーザとして 利用者(本を買ったりレビューを書いたりするユーザ) 販売者(本を売る人) システム管理者 という３種類のロールがあり, それぞれ異なった目的でアプリを使っています. ですので, 本一覧情報を取得したい, となった場合でも 自分が持ってい

[digo]

あー、自分のモヤモヤとほぼ同じだ。