みなさんこんにちは。私はイギリスから参りました(まいりました)マーク・バーンズと申します。 Twitterで＠_mark_burns 今回は関西ルビー勉強会にお招き(おまねき)いただき、ありがとうございます。 私の主な二つの趣味は日本語とルビー。ルビーを選んだ理由のひとつは、それが日本で作られて、なんとなく日本庭園ぽい最小限イメージが付いていて、なかなか好きだからです。 今回私の初めての日本語でのレクチャーですので、失敗するかもしれませんが頑張ります。   まずは使いたい術語を紹介いたします。 ウェブシステムについて考える際はクライアントの役目とサーバーの役目は使われているけれども APIの場合はサーバーは他のAPIのクライエント役目として使われていることもあるので 今日は区別しやすいようにコンシューマーとプロデューサーを使います。   HATEOAS と言うのは。。。 エンジンでありません。エンジンよりサーバーは選択を表示します。   ロイ・フィールディング氏によって <read> 私にとってもこの文章は非常に分かりにくく、他のネイティブのプログラマーが読んでも分かりにくいと思われます。 しかし、私は実に好奇心旺盛なので解明したかったのです。   サーバーが表示されます。 クライアントが表示の中から選ぶが、そうでない場合はユーザーが好むであろう選択肢が表示されます。 初めてそれをよんだ時に 「あれ」と思いました。 伝達(とは意見や情報を伝えることでしょうか？ 既知の情報がなかったら少し変ではないでしょうか？ 何も情報がない中、どうしてサービスを使えると思いますか?   例えばTwitter APIを使いたいエンジニアはTwitterの目的を全然理解していないでしょうか？ どうしてこんなに何も分からずにサービスを使うプローグラムを作れますか？ それほどにインテリなシステムを構築する必要がありますか？ AIシステムですか？ だれ や なにが選択を選びますか？ プローグラマーは初めて構築時に選びますか？ ユーザーは選びますか？ 両方はちょっと変ではないでしょうか？   プログラミングらしくない、柔軟性のあるシステムなのです。 でも、それから少し考えてください。 そんなシステムは何かAPIブラウザみたいではないですか？ なるほど、似ていると思います。   普通JSONやXML APIとハイパーメディアAPIを比べるとハイパーメディアのはコンシューマーが複雑になります。 ハイーパーメディアはリン

1. @_mark_burns
HATEOAS
Hypermedia As The Engine Of
Application State
The Hypermedia Constraint

2. @_mark_burns
HATEOAS
Hypermedia As The Engine Of
Application State
The Hypermedia Constraint

3. ウェブシステム API
役目
クライエント
サーバー

4. HATEOAS
Hypertext
As
The
Engine
Of
Application
State

5. HATEOAS

6. HATEOAS
A REST client needs no prior knowledge
about how to interact with any particular
application or server beyond a generic
understanding of hypermedia

7. HATEOAS
A REST client needs no prior knowledge
about how to interact with any particular
application or server beyond a generic
understanding of hypermedia

8. Hypermedia As The Engine Of Application State
http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven
A REST API should be implied by the user’s
entered with no prior manipulation of those
knowledge beyond the initial representations. The
URI (bookmark) and set of transitions may be
standardized media types that determined (or limited by)
are appropriate for the the client’s knowledge of
intended audience (i.e., media types and resource
expected to be understood by communication mechanisms,
any client that might use the both of which may be
API). From that point on, all improved on-the-fly (e.g.,
application state transitions code-on-demand). [Failure
must be driven by client here implies that out-of-band
selection of server-provided information is driving
choices that are present in the interaction instead of
received representations or hypertext.]

9. Hypermedia As The Engine Of Application State
http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven
A REST API should be implied by the user’s
entered with no prior manipulation of those
knowledge beyond the initial representations. The
URI (bookmark) and set of transitions may be
standardized media types that determined (or limited by)
are appropriate for the the client’s knowledge of
intended audience (i.e., media types and resource
expected to be understood by communication mechanisms,
any client that might use the both of which may be
API). From that point on, all improved on-the-fly (e.g.,
application state transitions code-on-demand). [Failure
must be driven by client here implies that out-of-band
selection of server-provided information is driving
choices that are present in the interaction instead of
received representations or hypertext.]

10. no prior
knowledge
state transitions
client selection
initial bookmark
representations

12. API BROWSING

13. API BROWSING
Caching

14. API BROWSING
Caching
Human metaphors

15. API BROWSING
Caching
Human metaphors
HTTP specification

17. Links ->
Collection+JSON
Forms ->

19. aphro
Application
Programming
Human
REST
Objects

20. aphro
Simple
Links
Forms
JSON