FirebugでRESTfulなDBアプリに挑戦!!（1/5） － ＠IT
これまでは、Ruby on Railsの環境づくりや、既存の表（レガシー表）に対してActiveRecordを使用する方法などを説明してきました。今回は、いよいよRuby on RailsにおけるREST（REpresentational State Transfer）に迫っていきます。Ruby on Rails2.0では、script/generate scaffoldがREST対応になったことや、ActiveResourceの標準搭載、AtomPub対応など、RESTfulサービスの実装が進みました。本稿では、RESTによるデータベース操作を、さまざまな方法で体験してみましょう。 Firebugを利用したデバッグ 本稿はスクリプトの確認にFirebugというFirefoxアドインを使用します。 Firebugを利用するにはFirefoxが必要です。お持ちでない方は、以下のURLより事前
RESTはWebAPIの代わりにはならない
Photo by Pulpolux !!! bobchinさんの日記から「やっぱRESTは厳しいのかな？」。 RESTでは、リソースに対して一意のURLに、これって結局データストレージとして使えるっていうだけなんだと思います。MVCでいうmodelの部分。 これは、これでとても大切な部分なのですが、モデルを検索したり、いろいろ機能をRESTで提供するのは、うまくいかないと思います。 Railsだと、create, show, update, destroyメソッドはいいのですが、index(list)メソッドをXMLで返すようにしても、あまりうまくいかないケースが多いと思います。１画面に出る情報が多岐にわたるので、きれいに表現できないんですよね。 １つのコントローラでHTMLとXMLを返す上での最大の問題は、メソッド名の変更が出来なくなることだと思います。APIとして外部に公開してしまうと
RESTful Web Services : やむにやまれず
2007年05月27日16:29 by 山崎泰宏 RESTful Web Services カテゴリ書籍/DVDレビュー Tweet sparklegate Comment(0)Trackback(0) RESTful Web Servicesを読んだ 以前から気になっていた本を早速購入して読んでみた。 本書ではResource Oriented Architecture (ROA)という考え方を提唱しているが、ただサービスという単位を推奨するSOAよりも綺麗に定義されていて、まさにWeb Servicesが目指すべき仕組みが理解できるように書かれている点はとても良いと思った。 これに従えば、ある程度RESTfulと呼べるお作法が身に付くのではないだろうか。 しかし、こうした表面上のRESTfulの解説は充実しているが、残念ながら本来Roy T. Fielding氏の論文にあるようなRES
第6回 WebAPI、認証APIのセキュリティ | gihyo.jp
WebAPIの公開 APIとは、何らかの機能を提供するプログラムのことです。WebAPIとは、Webで提供されたAPIということです。たとえば、地図データを提供するAPIや商品の検索結果を提供するAPIが有名です。なるべく多くの人にアクセスしてほしい情報を持っている企業は、WebAPIとして情報を提供することが多くなりました。WebAPIという便利なインターフェースを用意することで多くのユーザにアクセスしてもらい、広告ビジネス等につなげていくのが狙いです。 またWebAPIは、多くの形式に対応していたほうが、多くのユーザに利用してもらうことができるため、なるべく多くの出力形式に対応しようとする傾向があります。以前はSOAPという形式が多く使われていましたが、実装方法が煩雑であったため、現在ではREST、JSON、JSONPのように実装がシンプルな形式のものが多く使われています。 WebAP
アニメとアキバ系カルチャーの総合情報サイト - アキバ総研
アキバ総研はアニメとアキバ系カルチャーの総合情報サイト！アニメニュースやクチコミはもちろん特撮ゲームからアキバグルメ、ショップ情報まで網羅
REST vs SOAP
GET /WebSite1/WebService.asmx/getHello?str=string HTTP/1.1 Host: localhost HTTP/1.1 200 OK Content-Type: text/xml; charset=utf-8 Content-Length: length <?xml version="1.0" encoding="utf-8"?> <string xmlns="http://tempuri.org/">string</string> RESTは、WebブラウザのAjaxや、クライアントアプリから使う場合もあるが、サーバ間のシステム連携でも使う。 RESTの最大の特徴は「WebブラウザにURLを入力すれば動作確認できる」事である。 Webブラウザで容易に動作確認ができるため、すでに存在しているサービスに対しては「まずはアクセスしてみて必要な情報
Travel ANSWER Webサービス API»リファレンス | トラベルアンサー
<?xml version="1.0" encoding="utf-8" standalone="no" ?> <TA-WEB-API version="1.0"> <response> <item> <course_no>HATSU07</course_no> <course_name>初夏の北海道3日</course_name> <dept_name>関東</dept_name> <dest_name>北海道</dest_name> <point>当社の還元ポイント10パーセントプレゼント</point> <price_min>56200</price_min> <price_max>81520</price_max> <hakusu>2</hakusu> <term>3</term> <com_name>○×ツーリスト</com_name> <url>http://venus/vst
Part2 通信データ形式と想定外の利用に対する対策
日経クロステック登録会員になると… ・新着が分かるメールマガジンが届く ・キーワード登録、連載フォローが便利 さらに、有料会員に申し込むとすべての記事が読み放題に！ 【キャンペーン実施中】年額プランもお得 ＞＞詳しくは
XML WEBサービスはくそ重い。RESTは軽い？: ソフトウェア開発技術者として逝きたかったです （ｃ）てるとみ
ソフトウェア開発のお仕事メモや、フェイキックIOLの手術体験談をマイペースに残していました。 もうあの頃へは戻れない・・・ 日常、XML WEBサービス（SOAP WSDL）を開発していると、 なるべくWEBメソッドを呼びたくない、というご意見をよく頂きます。 トラフィック量の問題もあるし、そもそもパフォーマンスが悪くなるから WEBメソッドは呼びたくないわけです。 でも、私は開発してていつも感じていたんですが 言うほど重いだろうか・・・ ずっと気になっていたので、調べてみました。 本当はサンプルプログラムでざっと試すつもりだったんですけど、 ちょっとググったらいきなり結論が出てきました。 [XML Webサービスに待ち構える暗黒面（前編）] http://www.atmarkit.co.jp/fdotnet/vbcheer/vbcheer05/vbcheer05.html 上記ページに、
RESTとSOAP：2種類のWebサービスを組み合わせて使う
“Web2.0 for Enterprise”という切り口を発案したきっかけの一つは，「既存のSOAP/WSDLベースのWebサービスはどうなるのか」という疑問を抱いたことでした。Web 2.0のブームで急速に注目を集めつつあったREST準拠のWebサービス，例えばGoogle Maps APIのようなJavaScript APIの呼び出しによるWebサービスに，取って代わられる可能性はあるのでしょうか。 SOAP/WSDLベースの業務システムを設計したことのある方なら，とてもそうは思えない，というのが正直な感想でしょう。GoogleのサイトにあるAPIのドキュメントを眺め，サンプル・コードを読んでみれば，REST準拠のWebサービスは非常にシンプルであることが分かります。少なくとも，現行の業務システム間連携をいきなり代替するのは難しい，と考えた技術者が，「両者は別物」と感じても不思議はあ
Ajaxとリッチクライアントの関係
この方法では、クライアント側のアプリケーションは、一般的なWindowsアプリケーションやJavaアプリケーション（もしくはアプレット）として構成されていた。これにより、WindowsやJavaの標準的なユーザーインタフェースを提供できるようになったわけだ。 しかし、この方法はイントラネット向けと言える。なぜならば、インターネット上では、ユーザーがどのようなOSを使っているか限定できず、セキュリティが厳しく問われる世情からも、専用のソフトウェアをインストールさせることは極力避けるべきだからだ。 この問題を解決するものとして、ブラウザへのインストール率の高いMacromedia Flashがクローズアップされることがある。FlashはWebブラウザ内で動作するプラグインとして動作するため、事前にWindows上でローカルインストールする必要がないというメリットがある。おおむね、ユーザー評価が
yohei-y:weblog: REST ってやっぱり難しいかも。
前のエントリでこんなことを書いたばかりだけれど、REST ってやっぱりどうよ、という気分になったので久々に blog を更新してみる。 ただただしさんのおれだったらフォト蔵APIをこうするを読んで、僕が del.icio.us に書いた感想は +1。ID == URI ですよね。Cool URI は名詞であるべき、というのは強調したい。「日本REST協会」入りたくないなー(笑)。みんな休んでそう というもの。たださんのエントリでは URI と書くべきところが ID になっててちょっと気になったり、「作法」は「アーキテクチャ」じゃなくて「アーキテクチャスタイル」だ、とか思ったのだけれど、でも本筋としては納得の内容だった。 しかし、たださんのエントリの、たかはしさんや mizzy さんのコメントを読んでうーんと唸ってしまった。 僕にはお二人の言いたいことがわかる。んで両方間違っていないと思う。
REST誤用が多い？ - ラシウラ
http://www.witha.jp/blog/archives/2006/03/rest.html 誤用促進例とは以下のようなものらしい: 「REpresentational State Transferの略語。HTTPリクエストに対してXMLをレスポンスとして返す。********WebサービスはRESTを採用しています。」 こういうことが起きるのは、まず先に（CGIのかわりかなんかで）「REST」という用語を使うように決め、そのあとで説明が必要になる状況が起きるからかな、とも思ったり。確かに典型例として用いられるAmazonやGoogleのREST型のサービスは、上記説明の条件は満たしてるけど、それは荒すぎる。これはあれだ。ちょっと前の、本田由紀本のキーワードを使ってはあちゅう主義的発言するのと似ているだろうか。 たしかに簡潔な説明は難しいけど、外から見てそれが本当にRESTful
http://www.witha.jp/blog/archives/2006/03/rest.html
See related links to what you are looking for.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
mixi(ミクシィ)
ぐるなびWebサービス
http://blogs.sun.com/roller/page/shita