Signs;Gate - RESTfulなサイトの作り方 (Gunma.web #6 2011/09/03)

Signs;Gate〜RESTfulなサイトの作り方〜 Present by ぱろっと(@parrot_studio) for Gunma.web #6 2011/09/03

Profile: T.Tachiki ぱろっと parrot_studio

Website： parrot-studio.com

シンプルかつWeb2.0っぽく作り直し

・ソーシャル系・制作物・過去のプレゼン等

詳しくはWebで (´･ω･)っparrot-studio.com

Chapter 1:自己反省のプログラマ “Fragments of Stars”,for RagnarokOnline Players with Astrology.

今回まずやるべきこと

“反省”

問題点1:最近ネタに走りすぎ（しかもすべり気味）

（今回も入れてるけど） Σ(・ω・ノ)ノ

問題点2:LT=5分にこだわりすぎて詰め込みすぎ

前回の関数型とか端折りすぎ (´-ω-)

それはまだしも、一番(ﾟдﾟ)ﾏｽﾞｰなこと

問題点3:理屈だけで「作ってない」

プログラマとしては大問題です・・・

そこで、真面目に新サイトをリリースしました (´･ω･)っ

ROプレイヤーのための占星学サイト

“Fragments of Stars” http://rostars.jp

・名前と星座を元にハッシュ計算して、“今日のおすすめ狩場”を提案・今日のレア予報・星座別プレイスタイル・占星学コラム（準備中） etc...

・・・それ、なんて診○メーカー？

否！

ちゃんと星座ごとに狩場を選んでいる（乙女座にここは合わないな・・・とか）（ﾟдﾟ）o彡ﾟ

すいません、基本は○断メーカーです |ω･`)

それはさておき・・・

今回の開発で意識したこと

RESTful & “Pure” Rails3

今日はこのお話 (´･ω･)っ

Chapter 2:電網世界のプリンシプル “REST” is principle of HTTP protocol, on World Wide Web.

REST=Webの原則

Wikipedia：RESTRepresentational State Transfer(REST) は、ウェブのような分散ハイパーメディアシステムのためのソフトウェアアーキテクチャのスタイルのひとつである。この語は2000年に、HTTPプロトコル規格の主要著者の一人であるRoy Fieldingが、ウェブについて書いた博士論文で初めて現れ、ネットワーキングコミュニティの中ですぐに広く使われることになった。RESTは、初めはアーキテクチャの原則と制約の集まり(後述)を指していたが、次第に、XMLやHTTPを使った簡易なウェブベースのインターフェイスのうち、WebサービスのSOAPプロトコルのような MEP（Message Exchange Pattern; SOAPノード相互のメッセージ交換のパターンを確立するための雛型）ベースの特別な抽象化をしないもののことを、大まかに意味する用語として使われるようになった。RESTは次に述べるように2つのやや異なる意味で使われている。FieldingのRESTアーキテクチャスタイルの原則に合わせたWebサービスシステム。RPCスタイルに合わせた簡易な XML+HTTP インターフェイスを採用したシステム(SOAPは使わない) 。RESTはこのように2つのやや異なる意味で使われているため、技術的な議論の中で混乱を引き起こすことがある。ただし、RPCはRESTの実例とはいえない。（以下略）

よくわからない・・・ (´-ω-)

RESTの代表的特徴

リソースを表現する “URI” & 洗練された “メソッド”

URIUniform Resource Identifier

URIとリソース（≒データモデル）が1対1で対応

例：2010/8/5の群馬の気温 /temp/gunma/2010/8/5 #=> "36"

パラメータは表現方法を変えるだけ（指し示すリソースは変わらない）

表現が変わる例：/temp/gunma/2010/8/5?source=ntv #=> "56(-1)"

メソッドmethod：方法・方式

RESTのメソッドは8種類しかない

POST - C(?)GET -RPUT -UDELETE - Dその他、HEAD・OPTIONS等

メソッド＋リソースでリソースへの操作を表現

例：2010/8/5の気温を取得 GET /temp/gunma/2010/8/5メソッドリソース

例：2010/8/5の気温を削除DELETE /temp/gunma/2010/8/5メソッドリソース

まさにAPI的(｀･ω･´) b

「API」を公開するならRESTに従うのが大事

でも、HTMLのフォームにはGET/POSTしかない Σ(ﾟДﾟ)ｶﾞｰﾝ

・Railsなど（パラメータで指定）_method=PUT・Googleなど（ヘッダで指定）X-HTTP-Method-Override: PUT

まあ、フレームワークがよしなにやってくれる (`･ω･´)

curlコマンドはメソッドを正しく扱える$ curl -X PUT http://hogehoge...

以上をふまえつつ・・・

「RESTfulに構築する」ということ

“機能やリソースに「名前＝URI」を定義してしまう”

例：今日のおすすめ狩場POST /hunt/recommend ↓redirectGET /hunt/40/6

RESTを意識せず機能で表現された例

map_view.cgi?sign_id=6&map_id=40

・「機能」が主体になっている・パラメータによって「リソース」そのものが変わってしまう

なんかめんどくさい・・・ (´-ω-)

RESTfulに作ることの利点

1. 機能追加/連携しやすい

リソース＋メソッドで機能が完結するので、現在の状態と関係なく他の機能を呼び出しやすい

2. URLの命名則がわかりやすい＝ユーザビリティが高い

どっちがわかりやすい？p.miixii.jp/public/recent_page_feed.pl?page_id=1462 p.miixii.jp/public/recent/1462

3. ブックマークしやすい

4. SEO的に良い

5. Web2.0っぽい

6. ｶｺ（・∀・）ｲｲ!!

7. 彼女ができる

・・・すいません、最後のは嘘です |ω･`)

そんなREST原則を破った有名なサイト

twitter.com/#!/parrot_studio

・# はフラグメントであってリソースではない（Ajaxで処理するという都合でこういう表現に）・#! はGoogleの都合で作られたルール

これが議論に・・・Σ(ﾟДﾟ；≡；ﾟдﾟ)

Chapter 3: 単純明快のルート“Rails3” is more better, cool, sexy, RESTful than Rails2

(Ruby on )Rails: Rubyの用途として最大級の Webフレームワーク

Rails3 = Cool & Sexy (*ﾉ∀ﾉ)

・Arel・Sexy Validation etc...

しかし、Rails2と3の最大の差（だと私が感じたもの）

“routes”

routes: ルーティングを定める Railsの設定（ファイル）

Rails2 の routes

デフォルト：/controller/action/idControllerにactionを書けば動いちゃう

もうちょっと細かい指定map.connect /sign/:sign_id, :controller => ...

But...・機能が主体になりやすい・楽だけど、メソッドが不明確（一目でわかりづらい）

Rails3 の routes

デフォルトはない（コメントアウト）

基本的な定義@Rails3# methodを明確にしているget /sign/:sign_id => sign#showpost /hunt/recommend => hunt#recommend# /hunt/recommend を「GET」しても404になる

明確！∠( ﾟдﾟ)／

このへん、Sinatraの影響もあるかもget /sign/:sign_id do # 処理end

明確で簡潔な記述が（設計という）思考に影響を与える

「理想形」は連鎖するRails2 -> Sinatra -> Padrino -> Merb-> Rails3 -> Rails3.1 -> -> others...

Last Chapter:有形無人のレスポンサー Epilogue and future.

言いたいことはただ一つ

“RESTfulに設計すると、「みんな」幸せ” (｀･ω･´) b

わかりやすい機能連携的に、ユーザ的に、API的に、SEO的に

ｶｺ（・∀・）ｲｲ!! Web技術者として

彼女ができるヽ(*ﾟдﾟ)ノ

※ただし、イケメンに限る

(´･ω･`)

参考

one more thing...

次回:TwitterBOTの作り方（仮）

※予定は未定!!

まず完成させろ щ(ﾟДﾟщ)

ありがとうございました (`･ω･´)ノ

http://d.hatena.ne.jp	248
http://www.hanrss.com	4
http://paper.li	2
http://www.slideshare.net	1

Signs;Gate - RESTfulなサイトの作り方 (Gunma.web #6 2011/09/03)

by parrotstudio on Sep 07, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

4 Embeds 255

Statistics

Signs;Gate - RESTfulなサイトの作り方 (Gunma.web #6 2011/09/03) — Presentation Transcript