カテゴリー: Develop

Flash でクロージャ。[torus solutions!]
想像もしなかった解決法。すごい。無記名を使用しないonEnterframeには基本的に引数を付けれないので（一度の発動で停止）泣く泣く初期化を行う関数を別に作り、その中からonEnterframeへの関数の割り当てとか行っていました。これをreturnで置換（？）できるとは恐るべし。コレ使えばclassのconstractorみたいに初期化情報を引渡しして一括で処理も可能。上記のページでは条件一致の際に発動する関数は固定みたいだけど、その辺も引数で渡して”apply”とか使えば色々流用は可能そうです。(AS2のclassだとそのメソッド自体のundefinedの判定で不正処理を停止とかも可能か？むしろinterface?)onEnterFrame以外にもボタンイベント系のセッティングとかにはかなり重宝しそうです。世の中賢いことを考えてくれる人はいるもんです・・。感謝。
補足だが上記のサイトのサンプルでは

mc.onEnterFrame = null;

と記述されているが、これだと”null”としてメモリに残ってしまうので、

delete mc.onEnterFrame

でやったら終了後は綺麗さっぱりな状態になると思われまふ。
[其の他参考]
クロージャ/MLOG
[1.3 クロージャ] /Effecttive JavaScript – Dynamic Scripting

Macromedia Flash Remoting for Flash MX 2004 ActionScript 2.0
さてやっとAS2版コンポーネントリリースです。
日本語版はまだなさげ、とりあえずDLして後でインストールする。ということでメモ。

たまにMX2004のヘルプドキュメントに間違いを見つけるのでその辺自分のためにもメモしておく。
「外部 FLV ファイルを Flash ドキュメント内で再生するには 」

[原文]
// NetConnection オブジェクトを作成する :
var netConn:NetConnection = new NetConnection();
// ローカルストリーミング接続を作成する :
NetConnection.connect(null)

[正]
// NetConnection オブジェクトを作成する :
var netConn:NetConnection = new NetConnection();
// ローカルストリーミング接続を作成する :
netConn.connect(null);

ちなみに誤ったままのコードだと

**エラー** シーン = シーン 1, レイヤー = レイヤー 1, フレーム = 1 :行 4:参照されているプロパティには、静的属性がありません。
NetConnection.connect(null);

というエラーが出ます。ま、ふつーに考えれば分かりますが・・・。ちなみにlivedocではキチンと直っています。英語だけどこっちを参照したほうが確実かも。(http://livedocs.macromedia.com/flash/mx2004/main/11_exte8.htm)

昨日探っていたブラウザクラッシュの問題がほぼ解明できたっぽいのでメモ。
今回の問題の内容はclass定義の際のプロパティの取り回しによってブラウザがクラッシュするものが発生するというもの。たとえば任意でclassを定義した際に、それらのプロパティを上位のXMLとかから継承して、かつ読み取り専用ってするってのは作業分散の時によくやるパターンですが、

function classProfile(id){
this.addProperty("name",this.getName,null);
this.$name =xmlName.firstChild.childNode[id].attributes[name];
}
classProfile.prototype.getName  = function(){
return this.$name;
}

としたとします。これで

yamada = new classProfile(id);

<として山田さんの情報をもつprofileObjectを生成したときに、それらの初期プロパティ（今回は$name)をリセットするメソッドを追加したとして

classProfile.prototype.resetProf = function(){
delete this.$name;
}

とdelete をするとブラウザがクラッシュする場合があるということです。今回はこの部分を単純に

this.$name =""

にすることで回避しました。今回は自分の環境ではまったく動作に問題がなかったので、切り分けに時間がかかった＋十分な検証ができていない(代入値がnullならいいのか？とか）んですが、とりあえず初期プロパティをdeleteするとブラウザがクラッシュする場合がある（OSやPlayerのバージョン、ブラウザのバージョンなどの切り分けも不明、同じものでもなったりならなかったりしてました）ということでメモ。
デバッグに付き合ってくれた方々遅くまでありがとうございました。

sharedObjectをObjectレベルで操作していたのだけど、delete とかnull,undefinedでobjectパージさせていたら、リロードして読み込んでも”undefined”定義でその下で動くはずのpropertyとかvalueに全然アクセスでなくって偉いはまった・・・。
initializeでカスタムクラスに定義して、その後sharedObjectの中のobjectを継承させていたのだけど、もー偉い目にあいました。（当たり前なんだけど・・・）
とりあえず引き継ぎは地道に変数レベルで行おうと・・・。
あぁずげー時間ロスしてしまった。

んーなんとなく解決策が見えてきたかな？
今までMからダイレクトにデータの出し入れをmethodつかってたから、ちょっと不安な部分があったのだけど、childMも作っちゃって継承してやればその分そこで自由にハンドリングできるから自由度も広がるかな？と・・・。その分カスタムクラスに対してのproperty設定もしなくていいし・・・。
ただpropertyでsetterを殺していたとしても、そのproperty名で値を直接設定したりするような勘違いをするとgetterも死んでしまってmethodが呼び出せなくなるというなんか本末転倒な状況になる・・・。なんのためにsetterを殺しているのか意味が分らないｗ
setter getterでそのpropetyのR/W属性設定する前に、propertyの上書き禁止設定とかしてもらわないと困るようｗ
－－－－－－－－－－　山折　－－－－－－－－－－－
this.addProperty(“id”, this.id, null);
－－－－－－－－－－　山折　－－－－－－－－－－－
これぐらいの融通性は利かせて欲しい・・・。（呼び出しのprototype設定してもproperty上書きで来ちゃうんじゃ意味がないです）
まぁなんにしてもこういう構築するときは実際Flash作り始める前に如何に仕様を整頓して体系づけておくか？がキーになるので、準備段階に異常に時間がかかるなあ・・・。一回組んでしまえばあとは非常に楽になるんだけど、最初の部分で道を誤ると全然駄目ってことだす。こーゆーの整理するときてってやっぱUMLとかだとスムーズに出来たりするんだろうか？今の俺のまとめかたって自分で後から見ても時々分らなくぐらいの意味不明な体系図になってるし・・。この辺での効率化とかも勉強しないといけません。

リファレンスには

インスタンス名があるテキストフィールドに現在のフォーカスがある場合、Selection.getFocus は TextField オブジェクトのターゲットパスを返します。それ以外は、テキストフィールドの変数名を返します。

とあるのだけど、どー考えても既にインスタンス名しか返してくれない気がするのだけど・・・。なんかミスってるのかな？
フガフガ・・・
まぁtextfieldのinstanceNameの方が取り回しは楽なんだけどサー。時間同期とか考えるとまだまだvalueも使わざるを得ないので微妙です。
（てかtextFiledでinstance Nameをつけてないものを何度も表示させるとドンドンtextFieldOjjectが蓄積されていくのはなんなんですかね？そして、それをデバッガで開こうとするとFlashが必ず落ちるってのは正直つらい・・・）