2月6日の技術勉強会

2月6日に行われました技術発表会の内容を撮影した動画ファイルを公開いたしました。内容は以下のとおりです。

以下よりダウンロードしてご覧ください。

http://www.hatena.ne.jp/sound/tech/060206hatenatech.wmv

RESTとは何か

• yohei さんの資料を見よう!
  • http://yohei-y.blogspot.com/2005/11/xml.html
• REST入門
  • http://yohei-y.blogspot.com/2005/04/rest_23.html

以下、基本的には資料そのものです。この勉強会の後、それぞれ ppt 見てもらったほうがいいかも。

以下、yohei さんの資料を参考に。

REST は○○ではない

はじめにこれを知っておくと理解が早そう。間違った先入観をとっぱらおう。ppt から抜粋します。

• XML とHTTP の組み合わせではない
• API の仕様ではない
• W3C の仕様ではない
• SOAP の対抗仕様ではない
• SOA ではない
• URL のパラメータをいじってXML データを得る方法ではない

で、REST とは何か

• RepresentationalState Transfer
• アーキテクチャスタイル
  • アーキテクチャそのものではない
  • ミクロなアーキテクチャパターン =デザインパターン
• P2P、MVC、パイプ &フィルタ、クライアントサーバ
  • 制約の集合

まだよくわからない??REST とは何か

まず、具体例

• リソースにはURI を振る
  • URI 超重要
  • URI を教えるだけで、リソースの状態を転送できる
    • 例：東京の今日の天気
• すべてのリソースに統一的なインタフェース(CRUD) .. UniformInterface
  • Create (POST)
  • Retrieve (GET)
  • Update (PUT)
  • Delete (DELETE)
• ステートレス
  • Cookie やURI によるセッション管理はNG、非REST 的

要は、ウェブのアーキテクチャ。リソースの状態を転送するためのアーキテクチャスタイル。

• Uniform-Layerd -Code-on-Demand-Client-Cache-Stateless-Server
  • Client-Server
  • Stateless
  • Cache
  • Uniform
    • コンポーネント間のインタフェースを固定
  • Layered
  • Code-On-Demand

どういういいことがあるのか

yohei さん曰く、

• Webアプリ/サービスのスケーラビリティが上がる、かもしれない
• Webアプリ/サービスのユーザビリティが上がる、かもしれない
• Webアプリ/サービスがセキュアになる、かもしれない
• APP みたいなプロトコルを簡単に出せる、かもしれない
• いわゆる疎結合が実現できる、かもしれない

おそらく一番最後の疎結合が重要。

AtomPP はREST

• POST で新規作成
• PUT で編集
• DELTE で削除
• GET で取得

詳しくはhttp://d.hatena.ne.jp/naoya/20051125/1132891578 の資料あたり。

REST を知ったことで導かれる具体的な話。

• どういうときに POST、どういうときにGET を使うべきか意識して設計しよう。
• どういうURI 設計が正しいか意識しよう。
• 疎結合を意識してアプリケーションを設計しよう。

URI重要

ということでこれ(Cool なURI の設計) も読むこと。

• http://yohei-y.blogspot.com/2005/08/uri.html