InfoQ: CRUDはRESTにとって良くないのか？
原文(投稿日：2009/7/30)へのリンク Arnon Rotem-Gal-Oz氏は新しい記事「CRUDはRESTにとって良くない」の冒頭で次のように主張している。 表面的に見れば、きわめてぴったりと合っているように見えますが（技術的にもアーキテクチャ的にも）、ふたを開けてみればどちらの意味でも合っていないことが分かるでしょう。 今日、RESTアーキテクチャスタイルのもっとも一般的な実装はHTTPに準拠しており、したがってHTTPの操作メソッドすなわちPOST、GET、PUT、DELETEに準拠していることになる。一般的な実装ではこれらの操作メソッドをCRUDの用語、つまり、Create、Read、Update、Deleteに紐付ける。この際の典型的なマッピングは１対１で行われる。 GETは典型的にCRUDのReadに紐付けられる。ただし、GETはSELECT（Read）との革新的なマッ
RESTfulな設計とCRUDはちょっと相性悪いという話 - yojikのlog
http://www.infoq.com/jp/news/2009/08/CRUDREST 上記URLを読んで自分なりに例題を考えてみる。(todo:あとで状態遷移図を追加) RestBucks cafe 完全にオンライン化されていてWebAPIで注文できるというすごいカフェを想定します。(この手の例にStarbucksを使うのはGregor Hopeさん以来の伝統らしいです) 客側から見たユースケースはこんな感じ 客はレジのサービスを呼び出して、注文を入力して支払い 自席で注文状況をチェック、出来上がっていたら取りに行く。 注文というエンティティと、[注文編集] [支払い] [受け取り] という(アプリケーション)状態によって上手く表現できそうです。 (RESTfulだけど)CRUDな設計 CURDな設計では、リソースをURLにマッピングします。それに対してCRUDするというイメージです
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
