Rubykaigi2008: REST 信者から見た Ruby と Rails
?
8 likes?4,887 views
This document discusses REST and how it relates to Ruby and Rails. Some key points: - REST is an architectural style for building web applications. It focuses on addressability of resources and stateless connections between systems. - Ruby and Rails are well-suited for building RESTful applications due to features like routing and the ability to easily expose resources and links through URIs. - While Rails makes routing and linking resources simple, the code structure can be dependent on the routing. True REST principles emphasize designing applications around resources and links rather than implementation details.
![Restlet
router.attach(“/entries”,
EntryListResource.class);
router.attach(“/entries/{id}”,
EntryResource.class);
Django
urlpatterns = patterns(
(r’^entries/$’, entry_list),
(r’^entries/([?w-]+)/$’, entry_detail),
)](https://image.slidesharecdn.com/rubykaigi2008-1214312297844785-8/85/Rubykaigi2008-REST-Ruby-Rails-42-320.jpg)
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 蹿辞谤…
- 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