T2のいま・そしてこれから

Transcription

1 T2 のいま そしてこれから T2 project 大谷晋平 (shot6)

2 アジェンダ 自己紹介とチームの紹介 Web 開発でいまおきていること T2 概要 T2 主要コンポーネント デモ まとめ

3 自己紹介 大谷晋平 ( おおたにしんぺい ) オープンソースプログラマ Java/ActionScript/JavaScript/C#... ISID ってところで働いてます Blog Twitter

4 T2 チームの紹介 五人のコミッタ 四人は遭遇率高い 一人レアキャラ 全員プログラマ 特に Java 全員がフレームワークとアプリの両方をばりばり作る人達 五人それぞれの経験を T2 に注入

5 Web 開発でいまおきていること Web アプリケーション再考のときが来た RIA は既に普通の選択肢のひとつ Ajax, Flex, Silverlight とか普通 クラウド環境への適用 リアルタイム性の確保 スマートフォン HTTP ベースなプロトコルやフォーマット全盛期の到来 AMF, XMPP, reversehttp, pubsubhubbub または SOAP

6 では何が必要になるのか? RIA から RIP へ ユニファイドプロトコル HTTP クラウド可用性

7 RIP Rich Internet Platform- RIP(Rich Internet Platform) 複数の RIA をサポートするプラットフォームが重要 (HTML5, Ajax, Flex, Silverlight ). マルチパラダイム指向 RIA によって サーバサイドが影響を受けない HTML5 がその中でも最も重要 HTML4 とは違い, HTML5 はプラットフォーム. 特にランタイムが重要 WebSockets WebStorage WebWorker CacheManifest Geolocation API

8 ユニファイドプロトコル HTTP HTTP/HTTPS 最強説 どんな環境でも HTTP を喋るように 簡単にやりとりが可能 ブラウザのみじゃない HTTP ベースのフォーマットも同様に重要 Flex の AMF や, jabber や GoogleTalk などの XMPP(BOSH) PubSubHubbub など インタラクティブ性やリアルタイム性が求められる場合に フォーマットやプロトコルが重要 スマートフォンでもHTML5ベースのアプリが有力

9 クラウド可用性 クラウド可用性 クラウド環境で上手く動作する 上手く動作するとは : デプロイが簡単 スケールしやすいように原則ステートレス 複数のクラウド環境で同じように動く GAE や Amazon だけでなく 通常のアプリ環境もあわせて同じように動く事が重要.

10 Web アプリ次のステップ これらを指向して シンプルに実現するフレームワーク選びはとても重要 : RIAでなくRIP HTTPベースの複数フォーマットや仕組みをサポートする クラウド可用性 そこでですよ!

11 T2 とは T2 とはシンプルで使いやすい現代的な Web フレームワーク アノテーションを使って簡単開発 & メンテ 最新バージョンは0.6.1-ga. ASL2ライセンス. で開発中. 勿論旧来のWebアプリも作りやすい! 拡張可能かつ組み込みやすい

12 Browser JavaScript Client Flex/AIR REST-like Client HTTP POST XmlHttp Request AMF PUT /hoge/foo T2 概要図 Serverside java applications POJO POJO POJO リクエストフォーマットはサーバサイドの POJO に影響しない

13 何故 T2 を作ったのか 何故 T2 を作ったのか Java の Web フレームワークは開発も保守も難しすぎる 近代的な Web クライアントのサポートが無い Ajax, AMF, REST リクエストなんかを同一のサーバサイドのモデルで開発できる? No clean url, no life. No choice of template engine, no life. CoCより少ない設定を選ぼう

14 何故 T2 を作ったのか ( 続き ) Web フレームワークってこうあるべき もっともっと簡単でいい 単一の簡単で使いやすいモデルを提供すべき 色々なリクエストを上手く扱おう Ajax AMF REST など 綺麗な URL を提供しよう 強制はしないけど テンプレートエンジンはお好きにどうぞ

15 コンセプト コンセプト 一つの事をうまくやろう! T2 は HTTP クライアントからの接続を適切な POJO に適切なフォーマットで渡すだけ 他の事はしない WEB の多様性を受け入れよう 色々なクライアントがこれから出てくる それぞれのやり方を受け入れ でもサーバサイドは同じ 一つだけ確かな事は HTTP をしゃべり URLを持つ事 それだけが大事

16 想定ユーザ T2 を使う想定ユーザ こんな開発者の方々 : 自分で作る Web アプリを用意に開発 & コントロールできるようにしたい. クライアントサイドとサーバサイドをキレイに分離したい 自前フレームワークをシンプルかつ拡張容易でコントローラブルにしたい RESTやAjax, Flexなどを使ってRIAアプリをさっくり作りたい クラウドベースのアプリをさっくり作りたい

17 プログラミングモデル Page モデル T2 を使ったアプリの基本 基本的に POJO だけど アノテーションでエンハンスする Page は 1URL と 1POJO をマッピングしたもの Page はアクションメソッドを持つ アクションパラメータはアクションメソッドの引数で T2 がインジェクトする

18 プログラミングモデル ( 続き ) public class EmployeePage public Navigation index(webcontext context) public Navigation detail(webcontext context) { } }

19 アクションメソッドデザイン Funnel( ろうと ) デザイン Page は大枠から詳細へ徐々に設定するように作る事が出来る Page にアノテーションで URL をつける -> アクションメソッドに HTTP メソッドをつける -> アクションメソッドに URL をつける ->-> インジェクトしてほしい引数を並べる

20 アクションメソッドデザイン Example: HTTP GET /hoge/foo?bar=2 Pageクラスが /hogeをurlとする アクションメソッドで /fooをurlとする アクションパラメータbarをStringで受け取る

21 アクションメソッドデザイン こんなかんじ ) public hoge ) public Navigation hoge(@requestparam("bar") String bar) {

22 アクションパラメータデザイン Struts 1.x を思い出そう Actionは引数で固定のものがわたってきた あれはあれで良いモデル T2 は? もう少しバリエーションをつけたが原則同じ パラメータで貰えれば一番わかりやすい Setter で貰うと見るべきところが分散する 対象メソッドだけ見れば良い

23 アクションパラメータデザイン 以下のようなアクションパラメータ T2 が準備したコンテキスト WebContext/Request/Response Servlet のコンテキスト HttpServletRequest/HttpServletResponse フォームデータなどを POJO に変換したもの From HTTP POST, or from Flex AMF その他便利なもの REST-like な URL の部分 foreach のインデクス ファイルアップロード

24 sample") public class SamplePage public Navigation index(webcontext context) public Navigation execute(hogedto hoge) public Navigation submit(@form FooDto foo) fuga/{moge} ) public Navigation submit(@var( moge ) String s) {

25 HTTPハンドル機能 タイプマッチング機能 Navigation ContainerAdapter

26 @Page T2 Page は必ずつけないと駄目 T2 は最小限設定にするために web.xml で大枠の URL を指定する

27 HTTP マッチング HTTP メソッドごとに呼び出すメソッドを変える GET, POST, PUT, DELETE, または HEAD. 各アノテーションで区別される 原則アクションメソッドにはつける HTTP メソッドごとに処理内容は違う PUT/DELETE はブラウザから呼べないので _method というリクエストパラメータを使う

28 URL マッチング リクエストされた hoge ) foo ) /hoge/foo がアクセスされる hoge ) foo/{bar} ) /hoge/foo/aaaはok /hoge/moge/aaaはng

29 データマッチング リクエストパラメータ名とメソッド名が同一なら呼び出す Submitボタンがおされたらsubmitメソッドを呼ぶ 直感的でわかりやすい

30 リクエストタイプマッチング XmlHttpRequestのみを受け付ける 近代的 jsフレームワークの習慣的につけるヘッダである X-Requested-With Flex/AIRの高効率バイナリフォーマットAMF content-typeヘッダなどで判断

31 リクエストタイプマッチング リクエストタイプはとても重要! Ajax 呼び出しとフォームのサブミットは求められる特性が違う 同期 非同期とパフォーマンスを意識する T2 では明示的に分ける工夫がされている

32 デフォルトメソッド デフォルトメソッドは結構重要 変なエラーを起こさない がそのアノテーション 一般的にはそのPageが受け持つ遷移先を返す 状態のクリアなんかも必要な場合も Pageに一個定義しておくべき

33 Navigation Navigation は開発者が最も使う API: T2に次にどこに遷移するか伝える T2にどのようにレスポンスに書くのかを伝える 特徴 簡単に使える 拡張や自前実装も簡単

34 用意されている Navigation 大体こんなもんがある Forward/Redirect/Proceed( 携帯用仮想のリダイレクト ) Json( または SecureJson) Direct( ストリームレスポンス ) AmfResponse(Flex/AIR AMF) CacheManifest(Generate HTML5 manifest) 将来は CVS, PDF, GoogleMap, Charts などなど

35 ContainerAdapter DI コンテナは今やデファクトな技術 T2 は DI コンテナへのアダプタ機能を提供 Spring/Guice/Seasar2 または Lucy web.xml で設定 <init-param> <param-name>t2.container.adapter</param-name> <paramvalue>org.t2framework.t2.adapter.springadapter</paramvalue> </init-param>

36 デモ RIA+Cloud のデモ Flex + GAEJ + T2 T2 が持っている AMF3 実装を使用 僕の iphone はどこいった!? デモ Geolocation + Ajax + T2 + iphone Web サーバ (Serversman) Mayaa 連携 PureMVC(Flex) + T2 + Spring デモ 時間あれば

37 ロードマップ T2 0.6.x コア機能は固まった しばらく0.6 系でバグフィックスする予定 サービスブラウザを追加する RESTサポート POSTオーバロードなど T2AMFの機能強化

38 ロードマップ T2 0.7 以降予定 Navigation をより豊富に RSS, CSV, PDF, GoogleMap, Chart など HTML5 対応 WebService のようなやつ XMPP 対応 SSO/OpenID 対応 OpenSSO/OpenID4Java

39 まとめ Web アプリケーションは再考の時期に来ている 変化の時期が来ている RIA から RIP へ 中心は HTML5 クラウド環境 HTTP 最強説と拡張フォーマットの利用 T2 はシンプルで開発しやすく 変化に強いフレームワーク 現環境も新環境も強力にサポート

40 リソース サイト ダウンロード Maven サイト

41 リソース ドキュメント メーリングリスト ソース

42 ありがとうございました ご清聴ありがとうございました これからも T2 を宜しくお願いします! 次のセッションも来てね ^^