Category
REST
-
2008/4/14 月曜日第１回RESTful本読書会
RESTful本でプレゼントが当たったからというわけではないが、RESTful読書会に参加してきました。本当はプレゼントのTシャツを着て行きたかったのだが風邪ぎみなので断念。が、私の他にもプレゼントをもらったt-wadaさんはばっちり着てきてました。さすがです。
今回の範囲は、１章、２章、３章だったがみんないろいろ熱い議論をしたくて集まっているだけあって１章からスパークしていました。以下、今回の収穫と感想。
- 監訳者の山本さんのRESTful本へのサイン
- RESTful本を読んだら、次はWEB+DB Vol42の鼎談（ていだん）を読むべし。動画もあるよ。
- ２章のサンプルは横着せずちゃんと写経して自分で動かしてみると理解が進む
- PHPの人が多かった
また会場にはもちろんRESTに肯定的な人が多い中、その中でも客観的な分析をしていたkdmsnrさんの意見が興味深かったです。
残念ながら次回は仕事で参加できない予定。RESTは最近なにかと話題になっているもののまだまだで、これらどのように発展していくのかが楽しみです。
-
2008/1/17 木曜日RESTful Webサービス
何かと話題な本なのでプチッとクリックして英語版を買って積読していたのだが、昨年末に本屋で日本語版を見つけて泣きながらレジに…。主張は、「インターネットでWebサービスを公開するんだったら、メソッドを公開するよりも、 URIにマッピングしてリソースをいろいろ公開したほうがいいよ。そうすると、リソースにブックマークできるし、URLを他人に知らせることが出来るし、リソース同士で相互にリンクも張ることでプログラムがリンクをたどれるし。あとHTTPにはちょうどいい感じでCRUD(Create, Read, Update, Delte)に相当するメソッド(Post, Get, Put, Delete)があるから、公開するリソースへのアクセスはこれらのHTTPのメソッドを使ってさ。で、このコンセプトをROA(Resource Oriented Architecture)と呼ぼうぜ！」といったところか。
これを読むと沸々と「リソースに全部URIをつけて公開するのはいいと思う。意味のあるURLは分かりやすいし。そう思うとWebサービスでない普通のWebアプリもこの規約に従えば、いいことはあっても悪いことはないのではないだろうか？さしてポリシーも無くURLを決めるぐらいだったら、WebアプリでもURLに関してはRESTfulにしちゃってもいいのでは？後でそのままWebサービスとして公開するのも簡単だし。」
などと思ったりしていたのだが、Railsはすでにそうなっていた。以下、Rails2 PDFより
Rails 2 makes no apologies for its all-in attitude about RESTful development and replaces the standard script/generate scaffold with the scaffold_resource functionality from 1.2. The general attitude seems to be “Why wouldn’t you want to create RESTful scaffolding?”.
There’s not much not to like with the RESTful generation – giving you RESTful forms in the view templates and the appropriate RESTful structure in your controllers.教訓：英語版の技術書を買うんだったら和訳が出るまでに読みきらないと悲しい結果になる