FlashOOP勉強会でProgressionの中の方と蜜月（ハネムーン）でアハーン

FlashOOP勉強会

• 各自の記事内容の確認、特に章立てまわりの再構成
• ４月頃に初校の修正で５月にあれこれ、出版は６月あたり？
• 各自の記事についてのコメントなどは自分のブログとか使って紹介してもいいよ（→今度やるー）
• なお、現在600ページくらいあって、調整していくみたい（仮で印刷した紙があったけどものスゴいボリュームだった・・・）

takaさんとの蜜月

• 蜜月は北海道にて
• takaさんの横の席でマンツーマン、takaさんマシンでProgressionのレクチャー受ける
• Progressionはシーン作成が簡単、addChildしていったツリー構造つくれる
• SceneObjectが完全なロジックを扱って、ビューと切り離して考えられる
• そのように設計したのは、広告系Flash案件の場合だと、Flash内の階層構造や演出に変更が入る機会が多くて、それに対応させるためにビューを柔軟にした方がよいから（テラ賢ス）
• その一方で、ボクの自作フレームワークはシーンのロジックをMCなどの表示要素で管理させようとしていたから、大変だったんだなぁ、と
• シーン遷移の仕組みについて、ちゃんとツリー構造に沿って順次イベントを出していく（これがProgressionの肝のようで、ここさえ抑えればかなりイケるみたい）
• Progressionは、様々な開発手法に対応していて、クラスベースでもコンポーネントベースでも作れる
• このように懐を広げたのは、Progression1の仕様がガチガチすぎたからだそう
• SWFAddressでのシーン切り替えって簡単にように見えてるけど、実際案件規模がデカくなるにつれて制御が大変になって、それを回避するためにボクはSWFAddressManagerというクラス作っていて、ソイツに lock() unlock() メソッドもたせてlockしている時に、戻るボタンとか使われたら強制的にブラウザリロードするってクラスなんだけど、「それはユーザーに優しくないでしょう」とダメ出しされたよー
• Progressionでは、そこらへんもきっちり対応してるよ
• Progressionではコマンドが用意されていて非同期処理がサクサクできちゃう
• というかコマンドパターンの説明聞けて嬉しかったよ、今までデザパタ本読んでて「これ何に使うん？」とか思ってからなぁ
• その他にもProgressionには便利なクラスがたくさん
• jp.niumパッケージにも便利クラスたくさん
• takaさんの便利クラスを追い求めていく姿は、凄まじすぎて笑ってしまったｗ だけど何て勇ましいんだ！ 危うく蜜月初夜を捧げるとこだった
• さすが、自称「細かすぎて伝わらないフレームワーク」ｗ
• JSFL開発のトーク。takaさん詳しすぎだしｗ。ちなみにJSFLを扱うためのクラスも用意しちゃってる・・・　MMExecute()って使ってて " とか ' とかJSに引数渡すとき混乱するけどこれならきっと大丈夫
• こっちも負けずと、リリース直前のFlash拡張のFlashSnippetPanelを披露（現在デザイン中）。だけど「外部サーバーでファイルを読む機能があったらいいよねぇ」とダメだしくらったよー
• 「つっーかスニペット機能って、似た機能がAS2で使えるよ、ビヘイビアってヤツ」 ・・・知らなかったー　ひー
• Progressionには、自動アップデート機能があって、JSFLでファイルの上書きとかやってくれるんだって！
• takaさんはもともと動画をはじめとしたリッチな表現をやりたくて、そのための時間を作るためProgressionを開発したんだけど、いまだに開発が中心みたいｗ
• Adobeはサイト構築に関しての機能をFlashにサポートするべきなんじゃね？例えばProgressionを・・・
• Progeressionがサイト構築の際のデファクトスタンダードになったら、日本は世界でも有数のAS3大国になる気がするな～

ふぅ。うーん、ラブラブだったなぁ。
えと、Progressionに関しては近いうちにサンプル作って、それをもとに案件で実装してみる。そして、うまくいったらきっとペイパります。

[ 追記 2008/03/17 11:00 ]