CRUD型RESTの欠点と、読み取り可能なURI - winplusの日記
「CRUD型RESTの欠点」として挙げられている以下の点。 外部に見せているのは内部的なデータベース構造ないしデータであって、考え抜かれた契約ではありません。 本当のサービスを迂回して直接データにアクセスすることを助長します。 CRUDはRESTにとって良くないのか？ テーブルを知らないとSQLは使えない訳で、それをそのままマッピングするのはテーブルを公開しているのと同じ。これを利用するには、クライアント側が、すべてのビジネスロジックを把握する必要がある。 羊の皮をかぶったクライアント−サーバでしかありません。 CRUDはRESTにとって良くないのか？ 確かにね。 ちゃんとしたRESTfulなWebサービスであれば、クライアント側は一切のビジネスロジックを把握する必要がなくなると。そうであれば、必要かつ十分なWebサービスは、すべてハイパーリンクで提供される。つまり、クライアントがハイパー
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するというイメージです
Designing Enterprise IT Systems with REST - QCon San Francisco 2008
This document discusses using RESTful architecture for enterprise IT systems. It describes how REST can help break down silos between different systems and provide a more flexible infrastructure. Key benefits include reduced lead times for provisioning and changing systems using a declarative design based on hypermedia.Read less
InfoQ: RESTfulアプリケーションにおけるハイパーメディア
アプリケーションの状態は、「セッションの状態」という名でも知られ、RESTの「ステートレス」な制約によって表される状態の一つでもあります。そして、それはクライアントが単独で保持する必要があります。対照的に、VNCやWindowsのリモートデスクトップといったリモートセッション技術を使用しているならば、アプリケーションの状態はサーバー上で完全に保持されます。 「ハイパーメディア」という言葉は、「ハイパーテキスト」(彼の発案です)を一般化するものとして1962年にTed Nelson氏によって発案されました。ハイパーテキストがテキストドキュメントのリンクを含んでいるのに対し、ハイパーメディアは、その範囲を全てのメディア形式に拡張しました。当然、両者の主要ポイントは、私たちが使用する内容にリンクが埋め込まれているということです。 制約の実例 REST は、2003/2004年にインターネット関連
Hypermedia as the Engine of Application State · Peter Williams
One of the least well understood core tenets of the REST architectural style is that “hypermedia is the engine of application state”. Which basically means that responses from the server will be documents that include URIs to everything you can do next. For example, if GET a blog post the response document will have URIs embedded in it that allow you to create a comment, edit the post and any othe
ajaxの本質は「脱・紙芝居」 (ZEROBASE BLOG)
弊社、ほぼajax専業のノリで仕事をしており、お客様とお話していくなかで、お客様が"ajax"に求めるものは「脱・紙芝居」のコンセプトであると確信しました。エンジニア以外の人にとって"ajax"は「Google MapsとかGmailとかstart.comみたいなやつの総称」＝「脱・紙芝居」という概念なのです。 この文章の想定読者 おもにエンジニアを想定しています。ajax採用を検討中の御担当者様などは、こちら(受発注のアドバイス)をご覧ください。 単語"ajax"の位置づけ おすすめしたいのは、「ajax」を明確に定義された技術というよりも、「Web2.0」のような抽象的コンセプトを表現する言葉としてとらえること。そういう考え方で「ajax」に取り組むほうが有益ですよ、ということ。 結論から 「ajaxとは、従来の画面遷移の制約から解き放たれた、次世代のインタラクションの総称」「そう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Hypermedia in RESTful applications
http://twitter.com/t_wada/statuses/485407942
http://www.pacificspirit.com/blog/2006/03/31/hypermedia_as_the_engine_of_state_transfer