[B! rest] hidehishのブックマーク

ActiveResourceとかそのルーティングとかのドキュメント - moroの日記

まちゅさんのhttp://www.machu.jp/diary/20080104.html#p01を見て宣伝です。以前同じようなことを調べたなぁ、と思ったら某書籍の原稿でした。日本語でのリファレンスっぽいのを探している方がいましたらこちらもどうぞ。 ActiveResourceに対応したルーティングを定義する複雑なルーティングを定義する他にもActiveResource関連の情報をまとめておりますので、ご参考まで。内容の誤りや読み辛い点がありましたら、ご指摘お待ちしています。コメントなどを頂けるとうれしいです。 http://rails-recipebook.g.hatena.ne.jp/rrbk/?word=%2a%5bARes%5d 関係ないんですが、AResというかREST関連で、年末年始に読もうと思ったRESTful Webサービスがまだ読めていないんですよ。で読まなきゃな

hidehish 2008/01/08

リンク

REST入門

第2版（2008年1月19日）：翻訳者による注釈を追加しました。ヘテロジニアスなアプリケーション間の通信を実装するための「適切な」手法について議論が行われているということを、あなたは知っているかもしれないし、知らないかもしれません。そういった状況下で、現在の主流は明らかにSOAP、WSDL、WS-*仕様という世界をベースとしたWebサービスにフォーカスしています。しかし、少数派の人たちの中で、より良い方法があると主張する人がいます。それが、REST(REpresentational State Transferの略)です。本稿では、本筋から外れることなく、RESTとRESTfulなHTTPアプリケーション統合への実用的な説明を試みようと思います。これらの考え方の説明については、より詳細に踏み込んで説明をするつもりです。私の経験上、誰かが始めてこのアプローチを経験することで一番議論が活発に

hidehish 2008/01/01

rest

リンク

ステートレスとは何か

RestWiki をたまに見直すと新たな発見があって面白い。たとえば先日、「ステートレスなやりとりとは何か(What is Stateless Interaction?)」という箇所を見つけて、興味深く読んだ。このページは以前も絶対に読んでいるはずなのだが、人間は忘れてしまうものである。 RestWiki の例でも充分わかりやすいのだけれど、自分でも例を思いついたので書きとめておく。ステートフルサーバとステートレスサーバはどう違うのか。まずは、ステートフルの例: 客: こんにちは店員: いらっしゃいませ。○○バーガーへようこそ客: ハンバーガーセットをお願いします店員: サイドメニューは何になさいますか? 客: ポテトで店員: ドリンクは何になさいますか? 客: ジンジャーエールで店員: +50円でドリンクをLサイズにできますがいかがですか? 客: Mでいいです店員:

hidehish 2007/10/30

rest

リンク

RestWiki: Rest Faq

hidehish 2007/10/30

rest

リンク

Representational State Transfer - Wikipedia

この記事には独自研究が含まれているおそれがあります。問題箇所を検証し出典を追加して、記事の改善にご協力ください。議論はノートを参照してください。（2023年11月） Representational State Transfer (REST、レスト[1][2][3][4]) は、ウェブAPI（ウェブアプリケーションプログラミングインタフェース）の定義に使用されるアーキテクチャスタイル（共通仕様）[5]であり、同時にウェブのような分散ハイパーメディアシステムのためのソフトウェアアーキテクチャのスタイルのひとつでもある。この語はHTTPプロトコル規格の主要著者の一人であるロイ・フィールディング（英語版）がウェブについて書いた2000年の博士論文で初めて現れ、ネットワーキングコミュニティの中ですぐに広く使われることになった。 RESTは、初めはアーキテクチャの原則と制約の集まり（後述）を指して

hidehish 2006/10/14

rest

リンク

http://www.witha.jp/eXeries/ja/

See related links to what you are looking for.

hidehish 2006/03/08

rest
tool

リンク

yohei-y:weblog: REST ってやっぱり難しいかも。

前のエントリでこんなことを書いたばかりだけれど、REST ってやっぱりどうよ、という気分になったので久々に blog を更新してみる。ただただしさんのおれだったらフォト蔵APIをこうするを読んで、僕が del.icio.us に書いた感想は +1。ID == URI ですよね。Cool URI は名詞であるべき、というのは強調したい。「日本REST協会」入りたくないなー(笑)。みんな休んでそうというもの。たださんのエントリでは URI と書くべきところが ID になっててちょっと気になったり、「作法」は「アーキテクチャ」じゃなくて「アーキテクチャスタイル」だ、とか思ったのだけれど、でも本筋としては納得の内容だった。しかし、たださんのエントリの、たかはしさんや mizzy さんのコメントを読んでうーんと唸ってしまった。僕にはお二人の言いたいことがわかる。んで両方間違っていないと思う。

hidehish 2006/03/04

rest

リンク

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

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