あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
RESTアンチパターン
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
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
MOONGIFT: » PUT/DELETEメソッドを簡単に「RESTClient」:オープンソースを毎日紹介
今のWeb APIで最もよく使われる手法にRESTがある。いわゆるGET/POSTメソッドでデータを取得、登録するものだが、更新や削除の際にはPUT/DELETEメソッドが使われることもある。 これがくせ者で、標準のブラウザでテストするのが難しい。プログラムで書けばできるが、クライアントから手軽に実行するのには、このソフトウェアを使おう。 今回紹介するオープンソース・ソフトウェアはRESTClient、RESTを実行する専用クライアントソフトウェアだ。 RESTClientはGET/POSTはもちろん、HEAD/PUT/DELETE/Options/Traceメソッドを送ることができるソフトウェアだ。URLを指定して、リクエストヘッダを設定したら、後は実際にリクエストしてみれば良い。 結果はヘッダとボディーに分けて取得できる。残念ながら日本語は文字化けする。他にもHTTP認証も利用でき、B
Bridge Word
This shop will be powered by Are you the store owner? Log in here
RESTWiki - 2nd life (移転しました)
http://rails2u.com:8008/ REST APIを使い、表示、新規作成、編集、削除を行えるwikiを作ってみた。とは云うのも、先日のPofEAA読書会の時に高橋メソッドの高橋さんとRailsでREST実現するには、という話をしていて気になったのでさくっと実装。 http://rails2u.com:8008/rest/名前 というURIに対してHTTPのGET,POST,PUT,DELETEメソッドを送ると表示、作成、編集、削除するという簡単な機能の物を作ったんだけど、それだけじゃつまらないんでフロントエンドとしてxmlhttprequestを使って各種操作が行えるインターフェイスも付けてWikiっぽくした。 RailsでのREST実装は最初、僕らにはコレ系のwebservice apiを簡単に扱えるActionWebService(railsの主要ライブラリの一つ)があ
Part5 SOAP，WSDL，REST――Web APIの基礎技術を学ぶ：ITpro
Web API（WebサービスAPI）をプログラミングで活用するにあたって，ぜひ知っておきたい基礎技術が三つあります。古典的な技術の代表としてSOAPとWSDL，そして昨今急速に普及してきたRESTです。ごく単純に言ってしまうと，前者は「高機能で複雑」，後者は「シンプルで簡単に利用可能」と区別できるでしょう。現時点では，そのシンプルさが多くの開発者に受け入れられたおかげか，REST方式が（先達である）SOAP方式を圧倒しているように見えます＊1。 もっとも，だからといってRESTがSOAPよりも優れていると結論付けるのは早計でしょう。昨今では，SOA（Service Oriented Architecture）という言葉に代表されるように，大規模なシステムを「サービス」という単位で構成し，互いに連携し合う設計手法が注目されています。特に，SOAを実現する具体的な基盤技術として注目されている
＠IT：Opinion -- 吉松 史彰：Webの「正しい」アーキテクチャ
ブラウザとWebサーバの組み合わせで作られる、いわゆるWebアプリケーションの開発が盛んだ。それまでのクライアント／サーバ・システムにおいて悩みの種だった新バージョンの配布や保守の問題が解決され、システム管理者が楽になったのが理由であるといわれている。しかし、クライアント／サーバ・システムを開発していた開発者にとっては、Webは非常にシステムを作りにくい環境だった。貧弱な機能しか持たないブラウザと、単純なデータしか送信できないプロトコルを利用して、これまでどおりのLook and Feelのアプリケーションを作れというのだ。どだい無理な話である。 だが、開発者には味方がいた。開発ツール・ベンダである。開発ツール・ベンダは、Webアプリケーション開発者が悩んでいるのをビジネス・チャンスと考えた。その結果、さまざまなWebアプリケーションの開発環境が作られた。それらすべての開発環境に共通してい
Rest 2 - ウィザシステム - Witha System Ltd.
HepCat Dev and Test Blogクライアント『BlogWrite』の開発＆テスト＆アップデート情報をメインに、ブログやWebにまつわる技術的トレンドなどを扱う開発ブログです。 [ Atom/REST ] RESTfullなAPIにおいてのエラーハンドリングについては重要なのですが、今まで（特に日本では知っている限り）あまり言及されたことがなさそうなのと、オライリー系のサイトでたまたま今日良い記事 RESTful Error Handling を見つけたので、ココで紹介したいと思います。 （2003年12月の記事ですが何故か見落としていました） この記事では、REPSfullなWebアプリケーションにおいて、エラーが発生した時の動作は（調査した所）一般的にいって４っつの方法が利用されているとしています。 １．HTTPステータスコードのみ 例えば、 http://www.exa
http://www.witha.jp/blog/archives/2006/06/rest_1.html
See related links to what you are looking for.
yohei-y:weblog: REST 入門
日本語の REST のリソース集を以前作ったのだが、 日本語では一般人向けの解説がない。 sheepman 氏の REST のページはすばらしいんだけど、多少わかっている人向けだ。 市山氏のプレゼン資料は RoyF の論文を詳しく解説していてよいのだけれど、いかんせんアカデミックすぎる。 技術的な要素も抑えつつ、入門者にもわかりやすい解説はないものかと探していたのだが、みつからない。 英語の文書を訳すことも考えたんだけど、あまりよいものが見つからない。 で、結局自分で書くことにした。 最初はひとつのポストで済ませるつもりだったんだけど、書き始めたら長くなってしまったので、複数のポストに分けることにした。 えらそうなことを書いたが、内容は「ないよりマシ」といったレベルだろう。 前書きが長くなったけど(ここから始まりです。ですます調なのは入門記事だから)、 この記事(から始まる一連のポスト)は
yohei-y:weblog: REST ってやっぱり難しいかも。
前のエントリでこんなことを書いたばかりだけれど、REST ってやっぱりどうよ、という気分になったので久々に blog を更新してみる。 ただただしさんのおれだったらフォト蔵APIをこうするを読んで、僕が del.icio.us に書いた感想は +1。ID == URI ですよね。Cool URI は名詞であるべき、というのは強調したい。「日本REST協会」入りたくないなー(笑)。みんな休んでそう というもの。たださんのエントリでは URI と書くべきところが ID になっててちょっと気になったり、「作法」は「アーキテクチャ」じゃなくて「アーキテクチャスタイル」だ、とか思ったのだけれど、でも本筋としては納得の内容だった。 しかし、たださんのエントリの、たかはしさんや mizzy さんのコメントを読んでうーんと唸ってしまった。 僕にはお二人の言いたいことがわかる。んで両方間違っていないと思う。
Ajax が REST に及ぼす影響
http://www.rubycolor.org/takahashi/xmldevday8/img0.html REST と Ajax は仲が悪いようで実はそうじゃない、 ということを漠然とは思ってたけど(--> [2005-11-11-8])、 その見方は正しかったっぽい。 とても良くまとまっている。勉強になりました。 でも高橋メソッドなので、まとめて見れないのはつらい。 ポイントだけピックアップ。 - ウェブアプリの以下の問題を解決したのが Ajax - 表示の変更がページ単位になってしまう - 何か操作するとサーバにアクセスして待たされる - Ajax の技術自体はそんなに新しくないけど、 Google が全面的に採用して、キャッチーな名前を付けたおかげで 爆発的に流行った。 名前重要 - REST の技術的特徴 - サーバがデータを持つ - サーバは状態を持たない。状態はクライアン
Representational State Transfer - Wikipedia
REST、Rest、reST REST (タンパク質)（RE1 silencing transcription factor） - 転写リプレッサーとして機能するタンパク質 Representational State Transfer - ウェブAPIの定義に使用されるアーキテクチャスタイル reStructuredText - 軽量マークアップ言語のひとつ このページは曖昧さ回避のためのページです。一つの語句が複数の意味・職能を有する場合の水先案内のために、異なる用法を一覧にしてあります。お探しの用語に一番近い記事を選んで下さい。このページへリンクしているページを見つけたら、リンクを適切な項目に張り替えて下さい。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
Client Challenge
http://restwiki.rails2u.com/
第八回XML開発者の日
REST
サービス終了のお知らせ