More Related Content
What's hot (19)
Viewers also liked (18)
Similar to Play jjug2012spring (20)
More from Takafumi Ikeda (9)
Recently uploaded (6)
Play jjug2012spring
- 1. Play! Framework 日本 Playframework ユーザー会 池田尚史 @ikeike443
- 2. 自己紹介 • 池田尚史（いけだたかふみ） • 株式会社シャノン Product Manager • @ikeike443 • Play! Framework コミッター • 日本 Playframework ユーザー会 • 『 Jenkins 』オライリージャパン 寄稿 • 勉強会、翻訳等々やってます
- 3. Ajenda • Playframework って何？ • コアメンバー、歴史 • Play1 と Play2 • Playframework の特徴 • デプロイの選択肢 • 利用事例など
- 5. あなたのメイン言語は。。。 • Java? • Scala? • それ以外？
- 8. Playframework について。。。 • Play1? • Play2?
- 10. Playframework について。。。 • Play1? • Play2?
- 12. Playframework について。。。 • Play1? • Play2?
- 13. • ご協力ありがとうございます
- 14. Ajenda • Playframework って何？ • コアメンバー、歴史 • Play1 と Play2 • Playframework の特徴 • デプロイの選択肢 • 利用事例など
- 15. Playframework って何？ • Java/Scala 用 Web フレームワーク • フランスの Zenexity 社が開発 • 現在は Typesafe 社の Typesafe Stack の一部でも ある • Rails ライク ● フルスタック ● CoC
- 16. Playframework って何？ • Web 開発者の Web 開発者による Web 開発者の ための Web フレームワーク • 決して JEE のフレームワークではない • JEE の規約に則っていない • Servlet を使っていない • XML 不要
- 17. Play はシンプル • 従来型の JEE アーキテクチャ • Play のアーキテクチャ Facelets Facelets EJB EJB Java Server Faces Java Server Faces Servlet API Servlet API Play! Framework Play! Framework JEE Container (JBoss など )) JEE Container (JBoss など Http Server (Tomcat とか )) Http Server (Tomcat とか Http Server (Netty) Http Server (Netty)
- 18. JEE の難しさ • JEE は抽象化レイヤーが多すぎる • JEE は将来出現するかもしれない Web ではない 何かにも対応するべく高度な抽象化をしようと している？？ • その何かってなんだ？ • Java の Web 開発は難しい！ • そもそも前スライドの図が正しいかどうかも分 からない
- 19. Play は Web フレームワークであ る • 多すぎる抽象化レイヤーは悪 • Web フレームワークは Web の開発が出来れば よい • Web にフォーカスしよう • HTTP を変に抽象化するのはやめよう
- 20. Heroku 曰く • Developers with experience in both Java and Ruby web development often ask the question: Why is web app development so complicated in Java, and so much simpler in Ruby, with Rails? • Java と Ruby の両方を経験している Web 開発者 はしばしば疑問に思うことがある。なぜ Java の Web 開発はこんなにややこしいんだ？ Ruby, 特に Rails で開発するとこんなにシンプ ルなのに。 http://blog.heroku.com/archives/2011/8/29/play/ http://d.hatena.ne.jp/ikeike443/20110830/p1
- 21. Play コアメンバー曰く • 鈍重な開発サイクル、行き過ぎた抽象化、多過 ぎる環境設定と言った伝統的な Java web 開発 の痛みを伴わない、最高の Java プラット フォームを目指しているのが Play! というフ レームワーク
- 22. Play コアメンバー曰く • 開発時間が限りなくゼロに近いとき、未来の開 発に向けた抽象化に挑戦するのではなく、速や かにアプリケーションの機能開発や試験に向け て集中するべきです。
- 23. デモ動画 • プロジェクトの新規作成 • 起動〜 Welcome ページ • 変更〜 Hello World! • Json レスポンス
- 24. デモ動画
- 25. どうでしたか？ • Servlet は出てきませんでした • XML の設定ファイルもありませんでした • サーバ再起動なしで変更が反映されました
- 26. app → アプリケーションのソースコード └ assets → アセットのソースファイル └ controllers → アプリケーションのコントローラ └ models → アプリケーションのビジネスロジック層 └ views → テンプレート conf → 設定ファイル └ application.conf → メイン設定ファイル └ routes → ルート定義 public → 公開アセット └ stylesheets → CSS ファイル └ javascripts → JavaScript ファイル └ images → 画像ファイル project → sbt 設定ファイル └ build.properties → sbt プロジェクトの基本ファイル
- 27. コアメンバー
- 31. 2007 年頃 (ver0.x) • 社内フレームワークの時代 • Servlet / JSP
- 32. 2009 年末〜 2010 年頃 (ver1.0) • OSS 化 • Groovy テンプレート , Python シェル • この頃から既に非同期 I/O を実装
- 33. 2011 年頃 (ver1.2) • ネットワーク周りを Mina から Netty へ • Websocket サポート • Scala サポート
- 34. 現在 (ver2.0.1) • 全体を Scala で書き直し • Netty+Akka で非同期 I/O の徹底 • 基本的な思想は 1 系と同じ
- 35. Play1 と Play2 • Play1 Java で書かれた Java のフレームワーク Scala はプラグインでサポート • Play2 Scala で書かれた Scala/Java のフレームワーク
- 36. Play1 と Play2 • 基本的な設計思想は同じ • 完成度を取るなら Play1 • 未来への成長を取るなら Play2
- 37. Play1 と Play2 • Play1 が好きな人から見ると、 2 はデグレード したように見えており、少しもめていた • Play1 は今後もサポートされることを発表し、 メンテナーを増員した（それが私） • Play1 が好きな方も安心してください
- 38. コミュニティの成長 • 2010 年初頭、 ML の登録数は 400 人ほどだった • 2012 年 5 月現在、 5900 人超 • Java の Web 開発に風穴を開けた印象 • ML を見ていると熱狂的なファンが多い • 日本で Seasar が出た時の雰囲気に似てるかも？
- 39. Play の特徴
- 40. Play の特徴 • 高生産性かつ楽しい • Web フォーカス • ステートレス • 広範囲な型安全 • ノンブロッキング • リアクティブ • 高いテスタビリティ • プラグイン機構
- 41. 高生産性
- 42. 高生産性かつ楽しい • なによりもセットアップの手間がない • フレームワークを DL して、 unzip するだけで もう使える • XML を書かなくていい！！
- 43. 高生産性かつ楽しい • コードのホットスワップ ● 明示的なコンパイル不要 ● まるで LL のように • Evolution(Rails の Migration のようなもの ) でス キーマ変更も自動的に行える • サーバの再起動なしで開発をすることができる
- 44. 高生産性かつ楽しい • CoffeeScript, LESS のサポート • assets ディレクトリに格納しておくと、それぞ れ Javascript, css にコンパイルし、静的コンテン ツとして扱ってくれる • Rails3 のアセットパイプラインと同じ • もちろん自動コンパイル • Google Closure Compiler も内蔵してるよ
- 45. Web フォーカス
- 46. Web フォーカス • Servlet API を使わない • HTTP へのフルアクセスが可能
- 47. Web フォーカス • もしあなたが Servlet API や Strtus のような Java の Web フレームワークを使っているな らば、 HTTP プロトコルを Java の奇妙な API やコンセプトで抽象化したビューを使って きたことになります。 • Web アプリケーションフレームワークは HTTP とそのコンセプトに対して完全かつ容易 なアクセス手段を提供すべきです。これが Play とその他の Java web フレームワークの根本的 な違いです。
- 48. ステートレス
- 49. ステートレス • Play には HttpSession はない • Play の session の実体はただの Cookie • セッション管理には Memcached を使うのがお すすめ • セッションレプリケーション？ なにそれ美味 しいの
- 50. ステートレス • ステートフルでコンポーネントベースの Java Web フレーム ワークは、自動的にページの状態を保持するのを容易にします が、他に多くの問題をもたらします : ユーザがふたつ目のウィ ンドウを開いたら何が起こるでしょう？ブラウザの戻るボタン を押したら ? • Share Nothing アーキテクチャは、 PHP に始まり、 Ruby on Rails や Django など数多くの Web フレームワークで奨励さ れています。ブラウザがどんどん強力になっていくにつれて、 今や Ajax やオフラインストレージを使って、クライアントサ イドで状態保持の問題を解決することが容易になっています。 • もう Web に紛い物の状態を再構築するために HTTP モデル をハックする必要はありません
- 51. ステートレス • クラウド時代（ IaaS, PaaS ）の Web 開発はス テートレスであるべきではないか • キャパシティプランニング→サーバ調達→デプ ロイ、という時代ではない • まずデプロイ→ニーズ・状況に応じて即時ス ケールアウト、という時代ではないのか • Play はステートレス養成ギブスであり、時代 の要請にマッチしている！
- 52. 広範囲な型安全
- 53. 広範囲な型安全 • HTTP ルーティング、 HTML テンプレー ト、 Javascript に至るまですべてコンパイル し、静的にエラーを検出できる • コンパイルエラーは瞬時にブラウザに表示され る
- 54. アプリケーションコード
- 55. Javascript も ※ Google Closure Compiler 内蔵
- 56. テンプレートも ※ テンプレートは Scala の関数 として実装されている
- 57. Routes も
- 58. 広範囲な型安全 • LL っぽく柔軟に書けるフレームワークであり ながら、同時にあらゆるものを静的に検査して くれる型安全性 • 型安全だが、堅苦しくない絶妙なバランス • Scala の型推論と Play のホットスワップ機能の 合わせ技！
- 59. ノンブロッキング
- 60. ノンブロッキング I/O • Play はありとあらゆる部分でノンブロッキン グ、非同期処理を手軽に書けるように考えられ ている • なぜか？
- 61. Play はこう考える • これから先はリアルタイム Web の時代 • Web フレームワークには完全な非同期 HTTP プログラミングモデルをサポートすることが求 められる。 (node.js の流行 ) • Comet 、 WebSocket 、 SPDY 等、コネクション は長い間保持されるものになっていきがち。 • Web プログラミングはイベント駆動モデルへと 進むべきでは。
- 62. ノンブロッキングの実現 • Netty による非同期 I/O の実現 • Akka による継続プログラミングモデルの実現 • 場合によっては node.js より速いかも ● 1.2(Netty+Javaflow) のときは node.js といい勝負 だった
- 64. Netty とは • JBoss のネットワークフレームワーク • Java NIO のラッパー • 非同期イベント駆動型 • 高スケーラビリティを誇る • Twitter が採用していますね • Play が Servlet API を使っていない理由の一つ
- 65. Netty とノンブロッキング I/O • 詳細は下記参照 http://d.hatena.ne.jp/fatrow/20110208/netty http://www.slideshare.net/tanago3/netty • Play は Netty のラッパー。利用者は特に意識せ ずとも Netty のパワーを享受できる。 • これだけで十分速い
- 67. Akka による非同期処理 • Akka とは、 Scala 製の Actor ベース非同期処理 フレームワーク • Actor とはメッセージベースの並列計算モデル のこと • Erlang などが有名 • 詳細は Wikipedia...
- 68. Actor のイメージ message message Actor1 Actor1 Actor2 Actor2 Actor1 Actor1 Actor2 Actor2 処理 処理 message message Actor1 Actor1 Actor2 Actor2
- 69. Play の Actor • ActionInvoker ● FW がルーターからコントローラを呼ぶ部分で • PromiseInvoker ● 利用者が明示的に Promise を利用する時に • WebsocketAgent ● 利用者が明示的に Websocket を実装する時に
- 70. PromiseInvoker の例 (Scala) def index = Action { 別の Actor( ワーカースレッド）へ val promiseOfInt = Akka.future { longComputation() } Async { promiseOfInt.map(i => Ok("Got result: " + i)) } Promise が返却されるまでの間、スレッドを } ブロックしないで待ってくれる Akka の設定を変更すると、アプリケーションコード を変更せずに、 longComputation を別クラスタに移譲 するようなこともできる（ Akka remote ）
- 71. PromiseInvoker の例 (Java) public static Result index() { Promise<Integer> promiseOfInt = Akka.future( new Callable<Integer>() { public Integer call() { longComputation(); } } ); async( promiseOfInt.map( new Function<Integer,Result>() { public Result apply(Integer i) {
- 72. ノンブロッキングまとめ • Netty で意識することのないノンブロッキング I/O • Akka のヘルパーを使って気軽に手続き的に非 同期処理を書く事ができる • Akka remote を使って重たい処理をバックエン ドに飛ばすことも簡単 • Websocket も使えるよ
- 73. リアクティブ
- 74. リアクティブ • Iteratee, Enumlator, Enumlatee • Haskel からヒントを得た IO モナドの実装 • ストリーム処理を抽象化し、イベントドリブン に処理できるようにしている模様 • 巨大なファイルアップロードを一度に大量に受 け付けることなどを想定している？ • Guillaume と Sadek が Qcon で詳しく説明してく れています http://www.infoq.com/presentations/Play-I-ll-See-Your-Async-and-Raise-Y
- 75. 高いテスタビリティ
- 76. テスタビリティ • Specs2 : BDD フレームワーク • 組み込みのテストフレームワークとして採用 http://etorreborre.github.com/specs2/ • Play2 はあらゆるものが Scala の関数であるた め、テストしやすい • Selenium WebDriver も組み込んでいてブラウザ を通した受け入れテストも簡単に書ける
- 77. テスタビリティ • テンプレートもただの関数→ View をテスト可 "render index template" in { val html = views.html.index("Coco") contentType(html) must equalTo("text/html") contentAsString(html) must contain("Hello Coco") }
- 78. テスタビリティ • コントローラもテスト可能 "respond to the index Action" in { val result = controllers.Application.index("Bob")(FakeRequest()) status(result) must equalTo(OK) contentType(result) must beSome("text/html") charset(result) must beSome("utf-8") contentAsString(result) must contain("Hello Bob") }
- 79. テスタビリティ • HTTP サーバを起動して Selenium WebDriver (FluentLeniumを採用している ) "run in a browser" in { running(TestServer(3333), HTMLUNIT) { browser => browser.goTo("http://localhost:3333") browser.$("#title").getTexts().get(0) must equalTo("Hello Guest") browser.$("a").click() browser.$("#title").getTexts().get(0) must equalTo("Hello Coco") } }
- 80. テスタビリティ • テストフレームワークが組み込みで用意されお り、特に準備することもなく即 TDD に取り掛 かることができる • CI を組むのが簡単 • アジャイル開発にとてもマッチするフレーム ワーク！
- 81. プラグイン機構
- 82. プラグイン機構 • フレームワーク全体にプラグイン機構を採用 • DB 層や Akka などはプラグインとして実装さ れている • 1.x ほどのバリエーションはまだない が、 MongoDB, Redis, Memcached, Spring, Guice など、続々プラグインがリリースされている。 http://www.playframework.org/documentation/2.0.1/Modules
- 83. 利用事例
- 84. Klout • ソーシャルスコアリングで勢いのあるベン チャー • 検索コンポーネントと、 Klout API の部分を Play+Scala で構築している http://corp.klout.com/blog/2012/03/sexy-api-from-klout/
- 85. 英ガーディアン • コンテンツ API の実装に Play2 Scala を採用して いる • github で実装を公開もしている https://github.com/guardian/frontend
- 86. Minecraft • ネットで旋風を巻き起こしたインディーズゲー ムの Web サイト
- 87. 多数のスタートアップ • Mashape: www.mashape.com • Ocado: www.ocado.com • ollaa: www.ollaa.com • Komli Mobile: www.komlimobile.com • LikedBy: www.likedby.com • Docracy: www.docracy.com • Masterbranch: masterbranch.com • Valraiso: www.valraiso.net • eXpress-Board : www.express-board.fr • CMesDonnees : www.cmesdonnees.com • Venarc : www.venarc.comEdit
- 88. その他 • Verizon • Fannie Mae • Freddie Mac • Foreclosure.com
- 89. 国内 • 情報が少ないのが正直なところ • 金融機関などでも使われているという噂はあり • ちなみに私が関わった案件はすべて Play ● 某大手研修サイトの一部機能 ● 某大手不動産業者サイトのコンテンツ API ● 某大手生保スタッフサイトの一部機能 ● 某イベントの受付フォーム
- 90. デプロイ
- 91. デプロイは苦労知らず • Servlet コンテナを使わない • 開発環境と本番環境の差異がほぼ発生し得ない • リポジトリからチェックアウトすればデプロイ 完了
- 92. 即時スケールアウト可能 • ステートレスなフレームワークであるた め、 IaaS や PaaS と相性が良い • Java が使える環境であれば、普通のレンタル サーバでも特に問題はない
- 93. PaaS の選択肢 • Heroku • Cloudbees ネイティブサポート • OpenShift • Cloudfoundry • Google AppEngine • DotCloud • Amazon Beanstalk
- 94. どうですか？ • Play! Framework って楽しそうじゃないです か？
- 95. 日本 Playframework ユーザー会 • https://groups.google.com/forum/?fromgroups#!forum/play_ja
- 96. 日本 Playframework ユーザー会 • 不定期に勉強会をやってます • 次回は 7 月 14 日（土）です！ • http://playframeworkja.doorkeeper.jp/events/1231-%E7% • 将来的にはコアメンバーたちを日本に呼ぶこと も構想しています！！ • その実現のためには、みなさんのご参加が！！
- 97. 日本 Playframework ユーザー会 • ドキュメントの翻訳も行っています！ • 現在は 2.0.1 の翻訳を進めています。 • 興味のある方はぜひ ML でお知らせください。
- 98. ご静聴 ありがとうございました！