Representational State Transfer - Wikipedia
この記事には独自研究が含まれているおそれがあります。 問題箇所を検証し出典を追加して、記事の改善にご協力ください。議論はノートを参照してください。（2023年11月） Representational State Transfer (REST、レスト[1][2][3][4]) は、ウェブAPI（ウェブアプリケーションプログラミングインタフェース）の定義に使用されるアーキテクチャスタイル（共通仕様）[5]であり、同時にウェブのような分散ハイパーメディアシステムのためのソフトウェアアーキテクチャのスタイルのひとつでもある。この語はHTTPプロトコル規格の主要著者の一人であるロイ・フィールディング（英語版）がウェブについて書いた2000年の博士論文で初めて現れ、ネットワーキングコミュニティの中ですぐに広く使われることになった。 RESTは、初めはアーキテクチャの原則と制約の集まり（後述）を指して
yohei-y:weblog: RESTful Web サービスの読みどころ: はじめに
すでにオライリージャパンのサイトやメールニュースで新刊情報が流れていますが、 以前から何回か紹介してきた RESTful Web Services の翻訳版の監修をさせてもらいました。 すでにさまざまなブックマークサイトで好意的に言及していただいており、とても光栄です。 まだ amazon には掲載されていませんが、12月19日か20日には都内主要書店に並ぶそうです。 追記(2007-12-08) 掲載されました RESTful Web サービスLeonard Richardson Sam Ruby 山本 陽平 株式会社クイープオライリー・ジャパン 2007-12-21 そこで、今回から何回かにわたって、発売記念でこの本の「読みどころ」を紹介したいと思います。 今回は初回なので、僕が書いた監訳者まえがきから少し引用して、本書全体の読みどころを紹介します。 本書 「RESTful Web サ
RESTをWebサービスの定義に照らし合わせると・・・
前々回，RESTとSOAPを対比して，リソースの呼び出しや連携の手順の違いを図解しました。そして前回，RESTの本質を確認し，「RESTであればWeb 2.0だ」というのは誤りだと論じました。RESTというだけでは，Webの原点に強く回帰して「できる限りRESTに準拠した方がよい」という程度の，Web 2.0にとっての「緩い必要条件」と言えそうです。 その一方で，RESTに関心を持つ人が増えているのもまた事実です。前々回，Internet Magazine2006年4月号（インプレス発行）の記事「API公開ウェブサービスカタログ」に，各サービスのプロトコルがRESTかSOAPかが明記されていることを紹介しました。現在は，「REST準拠の連携の仕組みが新しい」という印象を与えていると言って間違いありません。 筆者も最近まで，SOAP/WSDLベースのWebサービスのことを「伝統的なWebサー
メモ：RESTとは - TEDDY-G本家
傭兵日記さんのREST入門が素晴らしい。入門編とあるが、Webサービス周辺をじっくり考えたり、色々いじったりしたことのある人ならしみじみ理解できるはず。このREST入門を読んで、さらに羊堂本舗さんのWIKIを読むと、スルメを噛み締めたときのようにじわりじわりと味が染み出すでしょう。 上記のあたりを色々読んで、何とか技術系じゃない人にわかりやすく説明しようと思って書いたのが下の文。 うーん、でも、技術じゃない人にREST云々説明する機会って微妙だなあ。まあ、今後そういうときの為のテンプレということで。 １．RESTの定義 REST=REpresentational State Transfer。 HTTPは「Hyper Text」をTransferするために作られたプロトコルだが、いまやTransferされるのはHyper Textだけじゃないよね（e.g. グーグルの検索結果とかって、単な
yohei-y:weblog: REST ってやっぱり難しいかも。
前のエントリでこんなことを書いたばかりだけれど、REST ってやっぱりどうよ、という気分になったので久々に blog を更新してみる。 ただただしさんのおれだったらフォト蔵APIをこうするを読んで、僕が del.icio.us に書いた感想は +1。ID == URI ですよね。Cool URI は名詞であるべき、というのは強調したい。「日本REST協会」入りたくないなー(笑)。みんな休んでそう というもの。たださんのエントリでは URI と書くべきところが ID になっててちょっと気になったり、「作法」は「アーキテクチャ」じゃなくて「アーキテクチャスタイル」だ、とか思ったのだけれど、でも本筋としては納得の内容だった。 しかし、たださんのエントリの、たかはしさんや mizzy さんのコメントを読んでうーんと唸ってしまった。 僕にはお二人の言いたいことがわかる。んで両方間違っていないと思う。
yohei-y:weblog: REST 入門
日本語の REST のリソース集を以前作ったのだが、 日本語では一般人向けの解説がない。 sheepman 氏の REST のページはすばらしいんだけど、多少わかっている人向けだ。 市山氏のプレゼン資料は RoyF の論文を詳しく解説していてよいのだけれど、いかんせんアカデミックすぎる。 技術的な要素も抑えつつ、入門者にもわかりやすい解説はないものかと探していたのだが、みつからない。 英語の文書を訳すことも考えたんだけど、あまりよいものが見つからない。 で、結局自分で書くことにした。 最初はひとつのポストで済ませるつもりだったんだけど、書き始めたら長くなってしまったので、複数のポストに分けることにした。 えらそうなことを書いたが、内容は「ないよりマシ」といったレベルだろう。 前書きが長くなったけど(ここから始まりです。ですます調なのは入門記事だから)、 この記事(から始まる一連のポスト)は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
IBM Developer
ユーザ認証とWADL
Amazon.co.jp: RESTful Webサービス: Leonard Richardson (著), Sam Ruby (著), 山本陽平 (監修), 山本陽平 (読み手), 株式会社クイープ (翻訳): 本