Download as PDF, PPTX
Uploaded byYohei Yamamoto
WebAPIのこれまでとこれから
2014-07-11 API Meetup #1 http://api-meetup.doorkeeper.jp/events/12768
More Related Content
WebAPIのこれまでとこれから
- 1. Web APIの これまでとこれから 2014-07-11 APIMeetup #1 株式会社リコー 山本陽平
- 2. 自己紹介 • 山本陽平(@yohei) • 株式会社リコーネットワークアプライアンス 事業部VC設計センターPF設計室デバイスPFG • 2000年入社、2008年からリコーUCSの開発 • 世の中的には「RESTの人」 2
- 3.
- 4. 1994-12 インターネットを知る 1995-01 初めてのWeb(Mosaic) 1998-04NAIST入学 1999-03 第一回XML開発者の日 2000-04 就職 2000-11 SOAPを知る 2004-10 RESTをちゃんと調べる 2005-04 REST入門を書いた 2005-11第八回XML開発者の日 2006-04 WEB+DB PRESS Vol.32 特集3 2007-04 『RESTレシピ』連載開始 2007-12 『RESTful Web サービス』 2010-05 『Webを支える技術』 2014-07 API Meetup #1 ←イマココ
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12. UNIVERSITY OF CALIFORNIA,IRVINE ! Architectural Styles and the Design of Network-based Software Architectures ! DISSERTATION ! submitted in partial satisfaction of the requirements for the degree of ! DOCTOR OF PHILOSOPHY ! in Information and Computer Science ! by ! Roy Thomas Fielding ! 2000 http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm
- 13.
- 14. 1996 RFC 1945HTTP/1.0 1997 RFC 2068 HTTP/1.1 1999 RFC 2616 HTTP/1.1 1999 RFC 2518 WebDAV 2000 REST (RoyFドク論)
- 15. 1998 XML-RPC 1999 SOAP0.9, 1.0 2000 REST (RoyFドク論) 2000 SOAP 1.1, WSDL 1.0 2001 WSDL 1.1
- 16. 1998 XML 1.0 1999XHTML 1.0 1999 RSS 0.9, RSS 0.91 2000 REST (RoyFドク論) 2000 RSS 1.0 2002 RSS 2.0 2005 OpenSearch 1.0
- 17. 2000年ごろのWeb • プログラマブルなWebに関するいくつかの方向 性があった • HTTPを拡張する(WritableWeb)→WebDAV • RPCを実装する→XML-RPC→SOAP • プログラマブルなドキュメントを配布する→RSS 17
- 18.
- 19. XML, Java, そしてWebの将来(1997) •二つ以上の異種データベースの間を仲介するWebクライアントを必 要とするアプリケーション • 処理の負荷の大部分を、WebサーバからWebクライアントに分散さ せたいアプリケーション • 同一のデータを、ユーザごとに別のビューで、Webクライアントが 表示することが必要なアプリケーション • 情報をユーザが探すとき、インテリジェントなWebエージェントが 個々のユーザのニーズに合わせて処理をしてくれるアプリケーショ ン http://www.asahi-net.or.jp/~eb2m-mrt/Xmlapps.html
- 20. その後どうなったか • データ連携→XMLを使う→JSONになった • プロトコル→Webをどう使う？→いろいろな方 向性（HTTPをそのままと考えている人は少な かった）→大戦争に •クライアント→Javaアプレット→Flash?→ブラ ウザ＋JS/スマホになった 20
- 21.
- 22. • Ajaxの発見→Google Maps,Livedoor Reader→Single Page Application • コードがクライアントサイドに移った • サーバはデータを提供する • ポータブルなクライアントがそれを処理す る • ブラウザが表示装置ではなくなった 22
- 23.
- 24.
- 25. 黒歴史 • AtomPub→流行らなかった。CMS的な汎用 APIはあまり必要とされていなかった • DescriptionLanguage→出ては消え、出ては 消えの繰り返し。コード生成の儚い夢 25
- 26.
- 27. APIの本質的な価値 • プログラマブル（プログラム可能）になる • プラットフォームがスケールする •コストが下がる • 今までコスト的にできなかったことができる ようになる 27
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35. • 本質でないところは他人にまかせる、が当然に • そのプラットフォームは必ずAPIを持つ •APIをRESTfulにするかどうかは要件しだい • 要件に合ったアーキテクチャを • 例：WebRTCはRESTじゃない • APIの利用と開発は基本スキルに 35
- 36.
- 37.
- 38.
- 39.