タグ

RESTに関するftnkのブックマーク (11)

  • REST 入門入門講座

    souです。 REST 入門のための入門講座@フォローアップ講習会の動画と資料を公開します。 フォローアップ講習会のレギュレーション、初級者が理解出来る難易度、日々の業務に役立つ内容、に合わせ、今回は REST 入門の、そのまた入門です。 今回で REST への概観と興味を持ってもらって、次回からより具体的な内容にはいります。 まとめ REST っぽいもの、REST っぽくないもの メール1通ごとに URL が割り振られているのは REST っぽい REST っぽいハンパーガーショップ 3つの視点と REST アーキテクチャスタイル web アプリケーション設計 分散コンピューティング アーキテクチャスタイル 流儀と実装 アーキテクチャスタイルは流儀、アーキテクチャはその実装 REST アーキテクチャスタイルは流儀、WWW はその実装 Roy Fielding Architectura

    ftnk
    ftnk 2008/05/25
  • ricollab Web Tech Blog » Blog Archive » RESTアーキテクチャスタイル入門の記事をすべて公開しました

    1月に三分の一を公開して以来、ずるずると遅れていた残りの記事の公開をやっと行いました。 RESTアーキテクチャスタイル入門 Web アプリケーションのアーキテクチャ Web サービスと REST RESTful な URI の設計 出版は2006年なので2年前の記事です。内容が一部古くなっている部分もあったため、現時点での最新情報に少しだけアップデートしました。

  • ステートレスとは何か

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

  • 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 サ

    ftnk
    ftnk 2007/12/27
  • takabsd.jp

    This domain may be for sale!

    ftnk
    ftnk 2007/09/11
  • プラットフォームとしてのWeb 2.0とRESTの関係

    前回,REST(REpresentational State Transfer)アーキテクチャ・スタイルに準拠した,新しい軽量なWebサービスが増えてきたことについて触れました。アーキテクチャ・スタイルとは,情報システムのプロトコルやデータ構造(情報構造)の基的性質を規定する“制約の束”のようなものです。今回は,このRESTについてもう少し説明しましょう。 RESTを既定する制約を挙げると以下のようになります。 (1)クライアント/サーバー型 (2)ステートレス(Stateless) (3)キャッシュを許可 (4)統一インターフェース(Uniform Interface) (5)階層化システム(Layered System) (6)コード・オン・デマンド(Code-on-Demand) (1)は,WebブラウザとWebサーバーで構成される,クライアント/サーバー型のネットワーク・アーキテ

    プラットフォームとしてのWeb 2.0とRESTの関係
  • naoyaのはてなダイアリー - REST と GET

    RESTful なアプリケーションでは、対象とするリソースに副作用を及ぼすときは POST なり PUT を使うのがベストプラクティス。(ベストプラクティスという言葉を使ってみたかった!) この考え方はウェブアプリケーションを作るときに、GET にするか POST にするかに明確な指針を与えてくれてすっきりします。 で、ふと思ったんだけど、表面的には GET でよさそうだけども実は中でリソースに副作用が及んでいるような代物はどうしたらいいんだろうなということ。例えば検索エンジンなんかで、クリックに合わせて後ろでクリック回数を数えてたり統計とってたりするものがあると思うんだけど、そういう類。 ウェブサイトの検索エンジンとかだとクリック対象の URI が差すリソースが外部サイトでちょっとイメージしづらいので、例えば search.cpan.org など。モジュールの検索結果からのクリック回数を

    naoyaのはてなダイアリー - REST と GET
    ftnk
    ftnk 2007/09/11
  • ぶろぐ。@4bit.net: SimplyRestfulプラグインのススメ

    « 金曜夜はスヌーカー | メイン | map.resourcesのススメ(「SimplyRestfulプラグインのススメ」改め) » 2006年07月31日 (月) SimplyRestfulプラグインのススメ [テクニカル] はじめに 日Rubyカンファレンスから早2ヶ月弱、DHHのセッションに衝撃を受けた人(僕)もそうでない人もいたと思うが、このセッションで繰り返し語られたCRUDな設計・実装がこれからのRails界の潮流になっていくのは間違いないと思う。 ちなみにまだ見てない人はこちら。 「Discovering a world of Resources on Rails」スライド (PDF) 日語による解説 by あんどうさん そこで、このDHHのセッションに出てくるCRUDな実装をサポートするプラグインが、SimplyRestfulプラグインだ。 (って書き始めたのはいいの

  • yohei-y:weblog: HTTP ステータスコードを正しく使おう

    先月、ぐるなび API がリリースされていました。 ぐるなびさんの持っている膨大なデータベースに Web API を通して気軽にア クセスできるようになったのは、非常に喜ばしいし、その英断に感謝したいと 思います。 しかし、Web API 仕様書、特にエラー仕様を見てちょっとがっかりしました。 もう少し上手にデザインすれば、もっとよかったのに…、という思いです。 一度出してしまった API はそう簡単に変えられないと思いますが、 参考までに僕だったらどうするか、を書いてみます。 この仕様の一番の問題はエラーコードです。 以下は 2-2 のエラー仕様に記述されているサンプルです。 <?xml version="1.0" encoding="UTF-8"?> <gnavi> <error> <code>602</code> </error> </gnavi> タグが三つ(gnavi, erro

  • RESTなWebサービスをマウントするRESTファイルシステム、FUSEで作ってみた:TKMR.blog.show

    RESTなWebサービスをマウントするRESTファイルシステム、FUSEで作ってみた FUSE REST Ruby 2007-06-24 FUSE用のRubyライブラリで、FuseFSてのがあるのを最近知った RubyのFuseFS使ってtwitter file systemを作ってみた Rubyで手軽にファイルシステムを構築できるそうな。面白そうなので、ひとつ試しにRESTなWebサービスをローカルにマウントするRESTファイルシステムを作ってみた。 (http://localhost:3000/books/3.xml へアクセスして中身を表示) あと外部Webサービスをローカルにマウント!てのがやりたかったので、TwitterとTumblrのAPIをマウントしてみた。 $ cat ~/restfs/TwitterStatus/user_timeline/117011742/t

  • Tim Brayに聞く,REST最新動向:News Hot Line

    Sun Microsystems, Inc.のWebテクノロジーのディレクターで,IETFのAtom Publishing Protocol(Atom Pub)ワーキンググループの共同議長も務めるTim Bray氏に,RESTの最新動向について聞いた。 ――誌連載「RESTレシピ」で今回AtomPubを取り上げるのだが,AtomPubの重要性や役割は? これまでバラバラだったブログの投稿・編集用プロトコルが,Atom Pubで統一されます。また,HTTPベースのシンプルなプロトコルであるため,表計算ソフト,Eメール,カメラ,携帯電話など,どんなクライアントからでも利用できます。さらに,ブログ用として考案されたAtomPubですが,O'ReillyやGoogleカレンダーで使われるなど,当初意図しなかった用途で使われ始めています。これはかつてXMLでも起こった現象です。AtomPubはWe

    Tim Brayに聞く,REST最新動向:News Hot Line
  • 1