dann@webdev http://dann.g.hatena.ne.jp/dann/ dann@webdev dann FlexのWAFであるRobotlegsが良さそうな件 http://dann.g.hatena.ne.jp/dann/20100126/p1

PureMVCが良さそうだと先日書いたのですが、簡単なサンプルを書いてみたところ、以下の問題があることがわかりました。

  • Service Locatorに依存しすぎていて、MVC全体がLocatorに依存してしまう
  • MVCSのすべてでフレーワークのベースクラスを継承することになるので、フレームワークにべったり依存してしまう

そのため、単体テストが極めて書きにくいです。MVCS構成にはきっちりわかれるので、複数人でも分担して作業しやすいとは思うのですが、これは困りますね。

つい最近、Robotlegsというフレームワークを知ったのですが、これは上記の問題をDIコンテナで解決していて、割と最近のJavaのフレームワークに近い構成になっています。MとSがPlain Old ActionScript Objectになるため、単体テストがしやすく、PureMVCが抱えている問題を解決出来ているように見えます。

http://www.robotlegs.org/

素直なMVCS構成になり、MとSがPOAOになりテストが書きやすくBetter PureMVCといった感じです。今後、少し使い込んでみます。

]]> dann Mon, 25 Jan 2010 15:00:00 GMT [actionscript]Flex Builderのプラグイン http://dann.g.hatena.ne.jp/dann/20100110/p3

Blueprint pluginとformatterは割と便利。

# Flex BuilderはJava版のEclipseに比べると大分使いにくいのだけれど、それでもパッケージ名の自動importとメソッド補完があると楽なので使うことに。

]]> dann Sat, 09 Jan 2010 15:00:00 GMT actionscript [actionscript]AS3のWAF http://dann.g.hatena.ne.jp/dann/20100110/p2
  • FlexのWAF
    • 幾つか見た感じだと、PureMVCが一番シンプルで良さそう。
    • MVCS構成で作るとこうなるだろうなぁといった感じで作られていて、とても素直な作りで理解がしやすい
    • ただ、画面遷移をどう作るのがセオリーなのかちょっとわからない。これはPureMVC限らずFlex全般でそうなのだけれど。
  • Progressionは遷移が綺麗に扱える
    • Progressionは画面*遷移*をとても綺麗に扱えそうで、PureMVCとは違ったすみわけができそう。ゲームとかでもシーンの遷移に使えそう。
    • Viewの作り方はFlexのmxmlのような感じではないので、ちょっと作るのが面倒そうだけど自由度は高そう。
]]> dann Sat, 09 Jan 2010 15:00:00 GMT actionscript [actionscript]ActionScript開発に必要な基本的なライブラリとツール群のまとめ http://dann.g.hatena.ne.jp/dann/20100110/p1

今年は、クライアントサイドも書けるようにするために、ActionScriptのほうを初めてみることにしました。そこで、昨日は1日ActionScriptを書きながら、開発で必要になるベーシックなライブラリやツール群を調べていました。作り方含めて大分わかってきたのでまとめてみます。

共通ライブラリ群

作るときにはあると便利な共通で必要となるユーティリティ系のライブラリ群をまとめます。物理計算、3D系は色々とまとめられている方がいるので、今回はそれについては割愛します。

ユーティリティ系ライブラリ
非同期処理系ライブラリ

至る所でcallbackが必要になるので、AS3では非同期処理をSequencialに書けるライブラリを使わないと、アプリケーションはすぐにスパゲッティコードになります。masudaさんのエントリで参考に幾つか触ってみましたが、「voldement Chain」はとても使いやすく感じました。コード量も短くとても見通しよくコードが書けます。

状態管理系のライブラリ

ゲームなどを含め、状態管理が必要になる場面がactionscriptで書くときには多いので、FSMを扱えるライブラリはないとコードがすぐにスパゲッティになる感じがします。ただ、FSMを扱うライブラリは少し探した感じないので、作ろうかなと思ってます。

デバッグ

デバッグ時に使えるツール群です。

  • ロギング
    • secondlifeさんのlog.asは使い易い
    • Thnderboltも使ってみましたが、デバッグ用途であればlog.asのほうがsimpleでいいかなと。
  • Dumper でDump
  • メモリ、FPS周り
    • SWFProfilerで、メモリ使用量とFPSのチェック
    • MonsterDebuggerでプロファイル

ビルドとテストは、まだ少ししか試してないので検討が必要ですが、Hudsonとの連携も含めて、mavenでいいかなという気がしてます。

ビルド

  • maven
    • HudsonでCIすること考えると、maven で良いかも。SWC, asdoc,
    • http://flexmojos.sonatype.org/
    • プロジェクト開始時のstarterとしても、mavenでいいかも。
  • その他の選択肢としては、ant, airakeなどがありますが、一長一短です。

テスト

  • FlexUnit
    • maven, Hudsonとの連携という点も含めて考えるとFlexUnitが最有力の選択肢な気がしています。
    • 他には、Spark制as3unitが選択肢でしょうか。
]]> dann Sat, 09 Jan 2010 15:00:00 GMT actionscript Plack::Middleware::Failsafe http://dann.g.hatena.ne.jp/dann/20100103/p1

新年1つ目のモジュールは例外を一番外側でcatchして、ログを出力後、エラー画面を表示するMiddlewareを作りました。もともとは、Railsのmiddlewareなのですが、RailsのMiddlewareは、Railsに依存してしまっていたので、依存しないように分離してあります。

http://github.com/dann/p5-plack-middleware-failsafe

使い方は、以下のようにerror画面を指定するだけです。

use Plack::Builder;
use Plack::Middleware::Failsafe;
 
my $app = builder {
    enable "Failsafe", error_template_path => "/myapp/errors/500.html";
    sub {
      die 'error';    
    };
};

今まではこの処理をWAFの中に作りこんでいたんですが、これはMiddlewareとして外側に出したほうがいいかなということで、ポーティングしてみました。

]]> dann Sat, 02 Jan 2010 15:00:00 GMT 2009年を振り返って http://dann.g.hatena.ne.jp/dann/20091224/p1

こんばんは、明石家サンタが楽しみなdannです。今年も色々なことがありました。今年も残すところ後僅かになったので、KPTで今年を振り返ってみます。

Keep

今年やって良かったことは

  • YAPC::Asiaにスピーカーとして参加
  • JPerl Advent Calendarを今年も書きました
  • 今年もモジュールを結構書きました。
  • Python, Rubyもかなり書けるようになった
    • WAFを作り始めた影響でPython, Rubyの色々なWAFのコードを読んでHTTP::EngineやPlackなどにportingしたこともあり大体どの言語でもある一定以上のレベルで書けるようになりました。Perl, Python, Ruby双方向にポーティングできるようになったので、いろんな言語の良いコードを見れるようになり、視野が広がったのはとても良かったと思っています。言語的には大きな差異はないので、割と自然にどの言語も使うことができました。
  • Scalaを始めてみた
    • 色々と普段かかない言語の要素に触れたのは貴重でしたね。ScalaのCompilerが死ぬほど遅くてげんなりしてたんですが、言語的には面白くエレガントですし、勉強になる要素も多く今後ももう少し使っていこうかなと思いました。
  • 多くのHackathonに参加
    • Plack hackathon, android hackathon, 家でやった何回かのhackathon, lazy-peopleのhackathonをはじめ、多くのhackathonに参加したのはモチベーションが高まって良かったですね。多くの人に出会い話すのは勉強にもなり良かったです。
  • C++でシステムプログラミングを再開してみたこと
    • drizzleのコードを読んで書き換えるのを中心に勉強していました。得るものが多く良かったですね。この領域は、もう少し勉強が必要ですが、気長にやってこうかなと思ってます。

Problem

  • プライベートでサービスを作らなかった
    • サービスを作っていこうと思っていたんですが、WAF＆モジュールに時間を割いてしまっていたのは良くなかったですね。
  • WAFが完成しなかったこと
    • WAFはかなり真面目にやろうと思っていたんですが、思っていた以上に作り込むのには時間がかかり、プライベートな時間だけでやるには、なかなかモチベーションの維持が難しいかったなぁと。シンプルなところが動くところまではすぐかけたんですが、最後使い易くとか全レイヤを揃えたりとか、使う上でのユーザビリティを良くするための時間があまり取れませんでした。そういった点で、時間が取れない中で活動するには、OSSのプロジェクトに参加するか、WAFも範囲を絞ってやるべきだったのだろうなと思いました。ただ、反省点はあるもののWAFのようにベースになるものを作っておくと、新しいWeb界隈のコードに触れる機会は増えるので、それはよかったかなと思っています。また、OSSプロジェクトへの参加方法や時間の活用方法など、考えるきっかけになったのは良かったです。

Try

来年チャレンジしていきたいことは、やはりプライベートでサービスを作ることですね。

  • プライベートでサービスを作ること
    • モジュールを作ったりというのも楽しいんですが、やはり作品としてのサービスを一つプライベートで作りたいですね。これは時間との兼ね合いもあるのですが、さくさくサービスを作るための下地作りも含めて来年は準備をしていきたいなぁと。

最後に

この1年も色々な方にお誘いいただいて、発表したり、hackathonに行ったりと、今年もとてもよい刺激を受けながら1年を過ごすことができました。来年もよろしくお願いします！

]]> dann Wed, 23 Dec 2009 15:00:00 GMT