Recommended
More Related Content
Similar to Rubykaigi2008: REST 信者から見た Ruby と Rails
Similar to Rubykaigi2008: REST 信者から見た Ruby と Rails (20)
More from Yohei Yamamoto
Recently uploaded
Recently uploaded (20)
Rubykaigi2008: REST 信者から見た Ruby と Rails
- 1. REST 信者から見た Ruby on Rails 2.0 山本陽平 YAMAMOTO Yohei
- 2. REST 信者から見た Ruby on Rails 2.1 山本陽平 YAMAMOTO Yohei
- 4. REST 信者から見た Ruby and Rails 山本陽平 YAMAMOTO Yohei
- 5. 自己紹介 Who am I • ソフトウェアエンジニア – Software Engineer • XML 野郎 – XML guy • REST 信者 – RESTian • ルビー初心者 – JavaからRubyへ – Ruby beginner – from Java to Ruby
- 6. 自慢 I’m very proud for…
- 7. Ruby スポン サーな会社で 働いています I’m working in Ruby sponsor company
- 9. REST と Ruby と Rails について About REST and Ruby and Rails
- 10. まずは… First…
- 11. REST と Ruby について About REST and Ruby
- 12. REST と Ruby は仲良し REST and Ruby are good friends
- 13. ruby-dev におけるRESTの議論 REST discussion in ruby-dev
- 16. REST と Ruby は仲良し REST and Ruby are good friends
- 17. REST と Rails も仲良し REST and Ruby are also friends
- 22. REST と Rails は仲良し REST and Rails are good friends
- 24. REST • Web のアーキテクチャスタイル – Web Architectural style • 制約の集合 – Set of constrains – ULCODC$SS
- 25. 抽象化レベル Abstraction Level • Implementaion – Apache, Rails, Firefox, bot • Architecture – User Agent, Server, HTTP, URI, HTML • Architectural Style – Constrains, Styles
- 27. ROA の四つの構成要素 Four features of the ROA • (A) アドレス可能性 – Addressability • (S) ステートレス性 – Statelessness • (C) 接続性 – Connectedness • (U) 統一インターフェース – A Uniform Interface
- 28. A > C > U >>>>>>>>>S アドレス可能性>接続性>統一インターフェース>>>>>>>>>>ステートレス性 Addressability > Connectedness > A Uniform Interface>>>>>>>>> Statelessness
- 29. ROA の四つの構成要素 Four features of the ROA • (A) アドレス可能性 – Addressability • (S) ステートレス性 – Statelessness • (C) 接続性 – Connectedness • (U) 統一インターフェース – A Uniform Interface
- 31. アプリケーションがそのデータ セットの重要な部分をリソースと して公開する場合、そのアプリ ケーションはアドレス可能である。 An application is addressable if it exposes the interesting aspects of the data set as resources.
- 32. リソースは URI を通じて提供される ため、アドレス可能なアプリケーショ ンは提供可能な情報ごとにURI を公 開する。 Since resources are exposed through URIs, an addressable application exposes a URI for every piece of information it might conceivably serve.
- 33. リソース/URI 駆動開発 Resource/URI driven development
- 34. URI の設計 ↓ URI の実装 Design URI → Implement URI
- 36. Blog entries list resource /entries (GET/POST) Blog entry resource /entries/{entry_id} (GET/PUT/DELETE)
- 40. Rails のルーティングは 素晴らしいが、コードの 構造に依存しがち Routing of Rails is good, but code structure dependent
- 41. URIは設計目標であって 実装結果ではない URIs are design goal, not implementation result
- 42. Restlet router.attach(“/entries”, EntryListResource.class); router.attach(“/entries/{id}”, EntryResource.class); Django urlpatterns = patterns( (r’^entries/$’, entry_list), (r’^entries/([¥w-]+)/$’, entry_detail), )
- 45. 現在のページ == アプリケーション状態 Current Page = Application State
- 46. ハイパーメディアを設計 == アプリケーションを設計 Design hypermedia == design application
- 47. ハイパーメディアを設計 == リソースとリンクを設計 Design hypermedia == design resources and links
- 51. url_for link_to
- 53. リンクの意味を意識で きればもっといい Semantics of a link is important
- 54. 続きは WEB+DB PRESS Vol. 45 で
- 55. まとめ Conclusion
- 56. 実際のところ Rails は RESTful である Actually, Rails is RESTful
- 57. アドレス可能性と 接続性でよりよい設計を design by A better addressability and connectedness