この2か月ほど、プリントマジックのCS3からFlex3への移植作業を行っているわけですが、当初の予想以上に難航しています。
おかげで、しばらくこれにかかりっきり。
モバイルウィジェットとか、結局やる暇なく、締め切り迎えて断念ですね。
ま、おかげで移植のほうは、なんとかゴールが見えてきましたが。

今回の作業を通して、Flexについて感じたことなど。

１．ファイルサイズが巨大化する。

CS版のプリントマジックが300KBほどなのに対して、Flex版は700KBほどになる。
まぁ、ブロードバンドの時代から、このくらいのファイルサイズは問題ないけど、「倍になるのか・・・」という驚きはある。

２．処理が重い。

ステージ上に新しいコンポーネントを動的に生成するとき、そのコンポーネントが子沢山だと、生成処理に時間がかかる。
使い勝手としては、アクションに対しては即リアクションが欲しいところなので、このもたつきはとても気になる。
Flexプログラミング要諦は、こうしたところでいかに効果的な処理を組めるか、にあるのだろう。
その部分で、まだまだ経験とノウハウが足りない。

３．ActionScriptとMXMLとCSSとが混在して、うとおしい。

なんとなく、覚えることが無駄に多いような気がしてしまう。
いっそActionScriptだけで作ったほうが楽なのかもしれないけど、MXMLでできることはMXMLを使ったほうが楽な気がして、なんとなくどっちつかずなコードを書いてしまう。
このへんも、自分の中で「これはAS、これはMXML」という使い分けのノウハウが貯まるのを待つしかない。

──とまぁ、そんなこんなで。
やはり、CSに比べてFlexのほうがプログラミングの難易度が高い気がしますね。
とはいえ、一度Flexに来ると、再びCSに戻る気にはなりませんけど。

とりあえず、今はせっせと経験値稼ぎです。

というわけで、Flex の練習がてら、「埋め込みたい文字 → Unicode」の変換作業を自動で行うFlashを作ってみました。

UnicodeRangeMaker

練習がてらと言うことで、あまりきちんと動作チェックなどしていませんので、なにか不具合などありましたらご指摘ください。

*******

ま、この程度のアプリなら、Flexだと簡単に作れるね。
とくに難しいところはなかった。
ローカルファイルを読み込む際に、FileReference のインスタンスを関数の外に置いておかないとダメ（なぜかブラウザごと落ちた）という点に、ちょっとつまずいたくらい。

あと、はじめてFlexアプリを作ったわけだけど、けっこうファイルサイズでかくなるのね。
これだけの内容で 200KB もある。
Flashで作れば、100KB未満で作れそうな感じだけど。
まぁ、同じものをFlashで作れと言われると、面倒だからいやだけど。

ブログパーツのようなものは、Flashで作ったほうが良いのかもしれないな。

HTMLコンポーネントを使えば楽勝かと思ったのだけれど、入力されたURLが無効だった場合に、例外なりエラーイベントなりを吐く機能がHTMLコンポーネントにない。
HTMLHostのupdateStatusメソッドを使えばチェックできるのだろうかと試してみたけど、できなかった。

ならばと、URLへのアクセスはURLLoaderで行い、取得したページデータをHTMLコンポーネントのhtmlTextにセットすることに。
これならエラーイベントはもちろん、progressイベントも取れて嬉しいし。

でもお次は、そうして表示したWebページの中のリンクがクリックされたときのページ遷移をコントロールできない。
こちらとしては、HTMLLoaderのデフォルトのページ遷移機能をOFFにして、URLLoaderを噛ませる自前の機能で処理したいわけだけど、デフォルトの機能をOFFにする方法が分からない。

まぁ、アクロバティックな方法として、HTMLLoaderにはtarget=”_blank”なリンクはページ遷移しない仕様があるので、ページ内のすべてのリンクをtarget=”_blank”に書き換えてやれば、デフォルトの機能をOFFにできる。
どうせタブブラウザするのだから、target=”_blank”の指定は書き換えて問題ないわけだし。

この方法で進めれば・・・と思ったのだけど、待てよと。
フレーム内でのページ遷移やら、フォーム送信でのページ遷移やら、JavaScriptでのページ遷移やら、いろいろ考慮しなきゃいけないことがあるなぁと思ったら、面倒くさくなっちゃった。

ちょうどSafari 4のニュースを目にもして、「AIRでタブブラウザ作ったところで、どうせ・・・」みたいな気持にもなってしまったことだし。

それにしても。
どうしてHTMLコンポーネント（あるいはHTMLLoader）がhttpStatusやioErrorイベントを吐くように設計しなかったんだろう。
えらい人の考えることは分からん。

せめてもの、ノウハウをひとつ。
HTMLコンポーネントで自前のHTMLLoaderを使いたいとき。
普通にHTMLコンポーネントのインスタンスを生成して、htmlLoaderやhtmlLoaderFactoryプロパティに値をセットしても上手くいかなかった。

そこで、まずHTMLコンポーネントのサブクラスを作って、そのコンストラクタのsuper()後で
htmlLoaderFactory = new ClassFactory(MyHTMLLoader);
としたら上手くいった。

基本的な機能に沿って組んでいく分にはとても簡単でラクチンなんだけど、そこから外れたことをしようと思うと途端に難しくなるね。
なまじ用意された機能があるから、それを使って簡単に実装する方法があるに違いないと思って、調べて調べて、でもけっきょく分からずに自力で実装する、みたいなことが多くて。
なんでこれを簡単にコントロールする機能が用意されていないんだろうと思うことばかりです。

知識と経験を積んでいけば、たぶん「それを使って簡単に実装する方法」が分かるんだろうけど・・・。
先の果てしなさを思うと、ちょっとげんなりする。