AjaxとRESTのパラドックスからWeb2.0を考える：Randomwalk：オルタナティブ・ブログ

Ajaxについていろんな話を調べたり聞いた中でも、興味深かったのはRESTとの関係でした。簡単にいえば、AjaxとRESTは両方ともWeb2.0の構成要素として挙げられていながら、実は相反したものである、というパラドックス的な関係です。 RESTとは「REpresentational State Transfer」の略で、詳しくは＠ITの記事「Webの「正しい」アーキテクチャ」記事を読んでいただいたり、さらに詳しくは山本陽平氏の「REST入門」あたりをぜひ読んでいただきたいのですが、ひとまずRESTをものすごく乱暴に書いてしまうと、“Webアプリケーションであれば、状態やリソースごとに異なるURLを持とう”といったアーキテクチャのことだと私は考えています。 例えば、“住所を入力する”ためのWebアプリケーションがあったとしたら、入力画面→確認画面→確定画面という画面遷移が考えられます。この

[ka-wara]

060123月11,

[hatayasan]

「AjaxとRESTは“相反するもの”ではありますがそれは実は実装次第であって、Ajaxでも実装によってREST的に作ることはできます（Google Mapsが任意のポイントをURLで表現できるように）。」

[zoffy]

REST?

[terazzo]

クライアント側がリッチになれば個々のサーバAPIがセッション情報を持つとかえって邪魔になると思う。

[denken]

んあー

[wushi]

パラドックスと言われても

[send]

APIとしてのURIとUIとしてのURIをごっちゃにするから変な感じがするのではなくて？

[talo]

サーバとの通信は完全にステートレスにして、クライアント側でlocation.hashとかで状態管理を行えばいいんじゃないかな…

[wacky]

“状態が変わるごとにURIをつけよう”とするRESTと、“1つの画面をダイナミックに書き換えよう”とするAjax。この2つの相反する技術がWeb2.0の構成要素として並んでいる不思議。

[yohei]

Ajax と REST については開発者の日で高橋さんが提唱した Connector on Demand でかなりすっきりしたと思う。あと住所録の例(サーバサイドでセッション保持しているように見える)は not RESTful