第0回勉強会 - RESTful読書会
第0回勉強会 - OSC 2008 Tokyo/Spring 夜会 † OSC2008 Tokyo/Springの後にクローズドで行った勉強会です。この勉強会で「それ本にのってるよ」とか「やっぱ基礎をきちんとおさえないとね・・・」となったので「RESTful Webサービス」を読もうということになりました。 というわけで、他のWikiにまとめていたものを以下に移植・・・ 役に立たない当日の参考資料: handsOut, SlideShare レイアウト崩れ対策のため当日の版から微調整 「※」以下の項目は、終了後の追加コメント 略語 キーワードの確認 事例: ユーザ登録 ユーザ新規登録の別パターン 登録フォームのような補助的なリソース Ajax な WA と RESTful WS RESTful な FW に必要なもの 認証・認可 認可 認証 FW での認可処理サポート FW の ID プロ
RESTはWebAPIの代わりにはならない
Photo by Pulpolux !!! bobchinさんの日記から「やっぱRESTは厳しいのかな？」。 RESTでは、リソースに対して一意のURLに、これって結局データストレージとして使えるっていうだけなんだと思います。MVCでいうmodelの部分。 これは、これでとても大切な部分なのですが、モデルを検索したり、いろいろ機能をRESTで提供するのは、うまくいかないと思います。 Railsだと、create, show, update, destroyメソッドはいいのですが、index(list)メソッドをXMLで返すようにしても、あまりうまくいかないケースが多いと思います。１画面に出る情報が多岐にわたるので、きれいに表現できないんですよね。 １つのコントローラでHTMLとXMLを返す上での最大の問題は、メソッド名の変更が出来なくなることだと思います。APIとして外部に公開してしまうと
Part5 SOAP，WSDL，REST――Web APIの基礎技術を学ぶ：ITpro
Web API（WebサービスAPI）をプログラミングで活用するにあたって，ぜひ知っておきたい基礎技術が三つあります。古典的な技術の代表としてSOAPとWSDL，そして昨今急速に普及してきたRESTです。ごく単純に言ってしまうと，前者は「高機能で複雑」，後者は「シンプルで簡単に利用可能」と区別できるでしょう。現時点では，そのシンプルさが多くの開発者に受け入れられたおかげか，REST方式が（先達である）SOAP方式を圧倒しているように見えます＊1。 もっとも，だからといってRESTがSOAPよりも優れていると結論付けるのは早計でしょう。昨今では，SOA（Service Oriented Architecture）という言葉に代表されるように，大規模なシステムを「サービス」という単位で構成し，互いに連携し合う設計手法が注目されています。特に，SOAを実現する具体的な基盤技術として注目されている
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
