サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Wikipedia
yohei-y.blogspot.com
» REST 入門 目次 WWW は REST アーキテクチャスタイルのアーキテクチャを採用した実装のひとつですが、 REST アーキテクチャスタイルでないアーキテクチャの WWW アプリケーションもかなり存在します。 REST でないものを一言で言ってしまうと、 URI と HTTP を正しく使っていないもの、ということになります。 以下では URI と HTTP の誤った使い方について説明します。 URI をクライアントで組み立てる URI をクライアント側でごちょごちょ組み立てなければならないのなら、それは REST ではありません。 たとえば、はてなブックマーク AtomAPI が、こんなインターフェースだったらどうでしょう? ブックマークをキーワードで検索する。 POST /uso/bookmarkSearchService HTTP/1.1 Host: b.hatena.ne.
WWW2005 のパネルディスカッション "Web Services Considered Harmful?" に行ってきた。 いやー楽しかったなー。 パネリストは Rohit Khare (Moderator) Tim Bray Fumiaki Yshimatsu Mark Baker Adam Bosworth という超豪華メンバー。以下、簡単にメモです。しょうもないメモですみません。 他のブログでまとめているのを見つけたら、更新しておきます。 まず Rohit Khare から背景の説明 SOAP, WSDL から 5年 WS-* 問題 表面的には標準化の問題 実際は技術の問題 Tim Bray Web サービス二つの側面 ひとつはネットワーク越しの API もうひとつは XML で表現されたメッセージ交換 WS-* はあほみたいに仕様書のページがある 吉松さん Amazon Web
REST 入門はちょっとお休みして、weblog っぽく日々の雑感でも。 僕は現在 del.icio.us とはてなブックマークを使ってます。 この二つ、いちおう使い分けています。 del.icio.us 自分用。主として英語ページのうち、わりと目に留まって読もうと思ったものをクリップ。 その後読んだ後に感想を追加。後から検索する はてなブックマーク del.itio.us にポストしたもののうち、コメントがついたものをコピー。 主として自分と同じ興味の人を探すため。今のところ見つけたのはたとえば hiromark さんとか naoya さんのこのポストを読んで思ったのは、 そういやカテゴリとかキーワードとかぜんぜん使ってないなーということ。 僕もまさに **users しか使っていなかった。 改めて自分のブックマークのカテゴリやキーワードを見てみると、 特に英語系は厳しいですね。 僕自身
» REST 入門 目次 前回は REST で受け渡しされるリソース同士が、 URI を使ったハイパーリンクで相互に結び付けられることによってハイパーメディアを実現し、 その機能拡張には XML 名前空間などが利用できることを説明しました。 今回はより応用的なハイパーメディアと REST の関係を見ていきたいと思います。 例によってはてなブックマークを使って説明します。 リソースの URI はひとつではない 現状のはてなブックマークでは、 ひとつのブックマークエントリ(リソース)の URI は僕が知る限り以下の三つがあります。 ブックマーク一覧 http://b.hatena.ne.jp/yohei/20050429#187800 人間用 Edit URI http://b.hatena.ne.jp/yohei/edit?eid=187800 Atom API 用 Edit URI htt
» REST 入門 目次 前回、はてなブックマークを例にリソースと四つの HTTP メソッド (GET, POST, PUT, DELETE) の関係について解説しました。 今回は、リソース同士をどのように関連付けるか、について解説します。 前回の記事でこんな疑問を持った人はいなかったでしょうか。 ひとつのブックマークリソースにいろいろなメソッドを適用しているけれど、 そのブックマークリソースにはいったいどうやってたどり着くのか。 たとえば PostURI に POST して新規作成したブックマークを全部覚えておけば、 それぞれのリソースの URI はわかります。 しかしそれではソーシャルブックマークサービスを使う意味がありません。 ローカルディスクまたはローカルサーバに保存しておくのではブックマークを共有することができないし、 そもそも自分以外の人のブックマークにアクセスできないのでは、
» REST 入門 目次 前回は、リソースの特徴について解説しました。 しかし、なぜリソースが重要なのかはまだわからないと思います。 今回はその一部を紹介します。 まず、おさらいしましょう。 僕たちは以下のリソースを例に使っています。 東京の天気予報 2005年8月24日のスケジュール 新花巻駅の写真 Dijkstra 著 "Go To Statement Considered Harmful" 僕の最近のブックマーク そして、それぞれのリソースの識別子(URI)は以下のようになります。 http://weather.yahoo.co.jp/weather/jp/13/4410.html https://example.com/schedule/20050824 http://www.flickr.com/photos/60043209@N00/6337155/ http://www.ac
» REST 入門 目次 前回、URI で特定できるリソースに HTTP の GET という動詞を適用して、 ある時点・条件での状態の表現を転送するのが REST だという説明をしました。 URI (名詞)に適用できる動詞は GET だけではありません。 今回は GET 以外の三つの動詞を紹介します。 前提知識 ここでは実際に稼動している REST 実装の例としてはてなブックマーク AtomAPI を使います。 はてなブックマークそのものの説明はしませんので、あらかじめご了承ください。 はてなブックマークに登録したひとつのブックマークを考えてみてください。 このひとつのブックマークエントリが、対象のリソースになります。 たとえば REST 入門の目次をブックマークしたとします。 このブックマークの URI は http://b.hatena.ne.jp/atom/edit/175062 で
» REST 入門 目次 では(やっと) REST の具体例を見ていきましょう。 REST で最も重要な概念はリソースです。以下にリソースの具体例を挙げてみます。 東京の天気予報 2005年8月24日のスケジュール 新花巻駅の写真 Dijkstra 著 "Go To Statement Considered Harmful" 僕の最近のブックマーク REST においてリソースとは名前のつくあらゆる情報を指します(つまり名詞ですね)。 たとえば、「東京の天気予報」というリソースには今日の天気予報も明日の天気予報も含まれるでしょう。 あるいは「2005年8月24日のスケジュール」には僕のスケジュールだけでなく、 あなたのスケジュールも含まれるかもしれません。 リソースで重要なのは、その意味です。 リソースの実体は時間や条件によって変化するかもしれませんが、 その意味は不変です(これが名詞たる所
日本語の REST のリソース集を以前作ったのだが、 日本語では一般人向けの解説がない。 sheepman 氏の REST のページはすばらしいんだけど、多少わかっている人向けだ。 市山氏のプレゼン資料は RoyF の論文を詳しく解説していてよいのだけれど、いかんせんアカデミックすぎる。 技術的な要素も抑えつつ、入門者にもわかりやすい解説はないものかと探していたのだが、みつからない。 英語の文書を訳すことも考えたんだけど、あまりよいものが見つからない。 で、結局自分で書くことにした。 最初はひとつのポストで済ませるつもりだったんだけど、書き始めたら長くなってしまったので、複数のポストに分けることにした。 えらそうなことを書いたが、内容は「ないよりマシ」といったレベルだろう。 前書きが長くなったけど(ここから始まりです。ですます調なのは入門記事だから)、 この記事(から始まる一連のポスト)は
» REST 入門 目次 REST そのものを説明する前に、まずアーキテクチャスタイルとは何なのかを解説します。 アーキテクチャスタイル(英文では architectural style です) は別名(マクロ)アーキテクチャパターンともいい、 複数のアーキテクチャに共通する性質、様式、作法あるいは流儀を指す言葉です。 パターンという言葉からデザインパターンを想像する人も多いかもしれませんが、 いわゆるデザインパターンは別名マイクロアーキテクチャパターンといい、 アーキテクチャスタイルよりも粒度の細かいクラスなどの設計様式を指します。 具体例を挙げましょう。 たとえば MVC (Model View Controler) はアーキテクチャスタイルの一種です。 他にパイプ&フィルタ、インタプリタ、イベントシステムなどもアーキテクチャスタイルになります。 REST は数あるアーキテクチャスタイ
» REST 入門 目次 REST は Apache 創始者のひとりであるロイ・フィールディングさんが、 彼の博士論文で提唱したネットワーク分散システム、特に WWW のアーキテクチャスタイルです。 WWW 技術はなぜ成功したのか、その特徴は何なのか、 ということについてソフトウェアアーキテクチャの観点から見直し、 そのあるべき姿について論じるための基礎的な資料となるものです。 REST は既存の Web アプリケーション(人間が使うサービス)だけではなく、 いわゆる Web サービス(機械が使えるサービス)のためのアーキテクチャスタイルでもあります。 いわゆる SOAP を使った Web サービスとはアーキテクチャが真っ向から対立するため、 REST と SOAP はしばしば対立軸で語られます。 残念なことに、日本ではアーキテクチャスタイルとしての REST はあまり論じられてこなかった
はてなブックマークボタンを付けたのだが、僕が常用している SBS は del.icio.us なので、そっちのボタンも付けようとしたものの、ブックマークに追加する方はうまい方法を見つけられなかった。del.icio.us api だとうまくいかないし、bookmarklet はユーザ名が入ってしまっている。仕方がないので、「このエントリーを含むブックマーク」の方だけ実装した。ミソは javascript の MD5 ライブラリ。del.icio.us の各ブックマークリソースの URL はオリジナル URL の MD5 ハッシュを含んでいるので、下記のような javascript で実現できる。 <script type="text/javascript"> var hash = hex_md5("<$BlogItemPermalinkUrl$>"); var url = "http://
ブログを書くまでがトークセッションです、と自分で言ってしまった手前書かないわけにはいかなくなってしまったわけです。 第4回卓人の部屋でしゃべってきました。 池袋のジュンク堂に行くのは2回目です。前回はRWSのPOPを置きに行ってきました。 ジュンク堂の6Fでは高橋会長の本を全力で応援するフェアというのをやっていた。 とりあえずKPTで振り返ってみました。 Keep トークセッションを満員御礼にできた taiさんが来てくれてた 高橋会長にたくさん話をふった いろいろな人と名刺交換した shuyoさんと久々に会った なんばさんに超久々に会った(そして××な話を聞いた) yojikさんやshot6さんと初めて会えた 私服の長田さんに会えた 発売日に増刷がかかった Problem 和田さんに負担をかけすぎた 開始が15分くらい遅れてしまった 会場を見回しながら話ができなかった ちょっと内輪な話をし
はてなの技術が今後目指す方向を読んだ。こういう方向性を明確に打ち出せるのがうらやましい。それに比べて自分のやっていることはなんとつまらなくて淋しいことか、と溜息が出てしまうのだった。 こちらの日記のコメントにも書いたけど、REST だの SOA だと騒いでるのは、ごくごく一部の(ちょっとだけ影響力のある)人たちだけで、ニュートラルな立場の人々はそんなことは関係なく次々とウェブサービスで面白いハックを送り出しているのだ。そして現在は、ニュートラルな側(google, amazon, hatena, etc...)が影響力を持つ時代になっている。かつてハードウェアベンダからマイクロソフトに影響力が移ったのと同じように。 僕はもうすぐ30になるけれど(ああ、ついに20代ともお別れか)次の10年を考えなければいけなさそうだ。僕はアーキテクチャの流儀(architectural style)としての
最近の僕の日記のエントリを見ていただければわかると思いますが、もう完全に REST に傾倒しています。自分はなんでこんなに REST に惹かれるのだろうと考えてみたんですが、なんとなく答えがわかりました。REST には XML Guy の王道(XML の王道)が具現化されているのです。 いったん話を 1998年に戻しましょう。1998年、僕たちには華々しい未来がありました。それまでの大文字の HTML が XML によってプログラマブルに拡張される。名前空間やリンク機構を生かしてそれまでの Web が大幅に進化する。Jon Bosak の XML, Java, and the future of the Web や村田さんの「XML入門」に語られているような未来です(村田さんたちが訳したJon Bosak の記事の日本語版が見つけられなかった…)。 しかし世の中はその後さまざまな方向に迷走
日本で REST がぜんぜん盛り上がっていないようなので、日本語で読める REST のリソースをまとめてみた。 東大市山氏による Roy Fielding の論文紹介。技術的な要素を理解したいけど RoyF のドク論を読むのは厳しい人にはお勧め。 http://kumiki.c.u-tokyo.ac.jp/~ichiyama/projects/reports/pdmwa 元論文はこれのようだ Principled Design of the Modern Web Architecture http://www.ics.uci.edu/~taylor/documents/2002-REST-TOIT.pdf 同氏による REST 版ショッピングカートの実装例。こちらも参考になる。 http://kumiki.c.u-tokyo.ac.jp/~ichiyama/projects/reports
このページを最初にブックマークしてみませんか?
『XML と REST/Web サービス関連の話題が中心の weblog です』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く