月: 2008年11月

apeirophobia: Loaderの読み込み強制終了 Loader.close編、apeirophobia: Loaderの読み込み強制終了 Loader.unload編の続き。Progression3でやるとどうなるか？の検証。
主要なコードは以下の通り。本当はもっとスマートな書き方がCastImageLoaderにはありますが、敢えてここはcontentsLoaderInfoと比較するためにこの記述の仕方で・・。
CODE:1

_loader = new CastImageLoader();
//CastImageLoaderイベント
_loader.addEventListener(CastEvent.CAST_LOAD_COMPLETE, _loaded_Loader);
_loader.addEventListener(CastEvent.CAST_LOAD_START, function() { trace("CastImageLoader::ロード開始");_output.text = "CAST_LOAD_START"} );
_loader.addEventListener(Event.UNLOAD, function() { trace("CastImageLoader::アンロードされました"); _output.text = "CAST_REMOVED" } );
//contentLoaderInfoイベント
_loader.contentLoaderInfo.addEventListener(Event.COMPLETE, function() { trace("contentLoaderInfo::ロード完了"); } );
_loader.contentLoaderInfo.addEventListener(Event.OPEN, function() { trace("contentLoaderInfo::ロード開始"); );
_loader.contentLoaderInfo.addEventListener(Event.UNLOAD, function() { trace("contentLoaderInfo::アンロードされました"); } );
・・・
_bt_cancel.onCastMouseDown = function()
{
trace("CLOSE実行");
if (_loader.contentLoaderInfo && _loader.contentLoaderInfo.bytesLoaded < _loader.contentLoaderInfo.bytesTotal)
{
_loader.close();
}
_loader.unload();
}
・・・
private function _loaded_Loader(e:Event):void
{
trace("CastImageLoader::ロード完了");
addChildAt(_loader,0);
}

で、一点注意点としてはCastEventは”UNLOAD”イベントを持たないので、その部分だけはEvent.UNLOADを使用します。あ、あとcontentLoaderInfoではなく直接CastImageLoaderを監視します。
ﾌﾟﾚﾋﾞｭｰ/ﾀﾞｳﾝﾛｰﾄﾞｼﾐｭﾚｰﾄでの実行結果は

１：読み込み中にclose実行＞読み込みは中断されず、COMPLETEイベント発生。ただし_loaderは表示されない。
２：読み込み前にclose実行＞特に問題なし
３：読み込み後にclose実行＞_loader消去
４：読み込み中にclose実行後、再度読み込み＞2回目の読み込みCOMPLETEイベントが発生するが、_loaderが表示されない。
５：読み込み完了後にclose実行後、再度読み込み＞問題なく表示
６：読み込み後、再度読み込み中にclose実行＞unloadが無視され、COMPLETE発生後表示されてしまう。

という感じに。読み込みは中断されずCOMPLETEイベントは発生してしまいますが、表示されることはありません。
ただし４、５、６あたりが挙動が不審なところで、読み込み中にunloadを実行する、もしくは一度unlaod無しでCOMPLETEしてしまうとcontents(DisplayObject)の制御が利かなくなるようです。（ExLoader、ExImageLoader、CastImageLoaderの中を見てみましたが、ちょっと原因良く分からなかった）
HTTP経由での実行結果は

１：読み込み中にclose実行＞読み込み中断。
２：読み込み前にclose実行＞特に問題なし
３：読み込み後にclose実行＞_loader消去
４：読み込み中にclose実行後、再度読み込み＞問題なし
５：読み込み完了後にclose実行後、再度読み込み＞問題なく表示
６：読み込み後、再度読み込み中にclose実行＞問題なし

という結果になりました。ﾌﾟﾚﾋﾞｭｰ環境でおかしかった４、５、６辺りはHTTP経由では問題ないようです。
で、話はちょっと横にそれますが、contentsLoaderInfoのイベントとのタイミングですが、普通にLoadingした場合

CastImageLoader::ロード開始
contentLoaderInfo::ロード開始
CastImageLoader::ロード完了
contentLoaderInfo::ロード完了

というようにCastImageLoaderのイベントのほうが先に実行されています。ステキです。
では続いて、CastImageLoaderに最適と思われる記述の仕方をしてみます。

外部イメージのローディング途中で他の処理やｼｰﾝに遷移したい場合等、ローディングを任意に中止する部分で現在はまり中ということで検証を時系列的にメモ。
“Loader”ｸﾗｽには”close”と”unload”という似たようなﾒｿｯﾄﾞが2つほどある。
closeは

Loader インスタンスに対して現在進行中の load() メソッドの処理をキャンセルします。

一方unloadは

load() メソッドを使用してロードされた、この Loader オブジェクトの子を削除します。関連したLoaderInfo オブジェクトの property は null にリセットされます。他のオブジェクトが参照している可能性があるため、子は必ずしも破棄されるとは限りません。ただし、Loader オブジェクトの子ではなくなります。

と定義されている。
とりあえず”close”から検証してみる。
CODE:1

_loader = new Loader();
_loader.contentLoaderInfo.addEventListener(Event.OPEN, function() { trace("ロード開始");} );
_loader.contentLoaderInfo.addEventListener(Event.UNLOAD, function(){trace("アンロードされました")});
_loader.contentLoaderInfo.addEventListener(Event.COMPLETE, _loaded_Loader);
・・・
//キャンセルボタン（※CastButtonを使用）
_bt_cancel.onCastMouseDown = function(){ _loader.close(); }
・・・
private function _loaded_Loader(e:Event):void
{
trace("ロード完了");
addChildAt(_loader,0);
}

既にこの時点でCLOSEイベントを取得する口が見つからない（汗　EVENT.CLOSEは”Socket”,”XMLSocket”だけにしか用意されていないイベント。つまり発動したとしても結果を拾えないという謎な感じになっている。