カテゴリー: Develop

たまに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とかだとスムーズに出来たりするんだろうか？今の俺のまとめかたって自分で後から見ても時々分らなくぐらいの意味不明な体系図になってるし・・。この辺での効率化とかも勉強しないといけません。