2: 2016-03-17 (木) 16:57:31 njf[6] [7] [8] | 現: 2016-03-20 (日) 21:59:27 njf[6] [9] [10] | ||
---|---|---|---|
Line 14: | Line 14: | ||
ScreenはSpriteを継承しているので、addChildで描画オブジェクトを付け加えられる。 ScrollScreenやPanelScreenを使うとスクロールしたりヘッダーやフッターをつけた画面も簡単に作れる。 | ScreenはSpriteを継承しているので、addChildで描画オブジェクトを付け加えられる。 ScrollScreenやPanelScreenを使うとスクロールしたりヘッダーやフッターをつけた画面も簡単に作れる。 | ||
+ | |||
+ | Screen自体は単に画面の大もとになるというだけで、特筆するほどの機能は無い。 | ||
*ScreenNavigator [#b78a55bf] | *ScreenNavigator [#b78a55bf] | ||
Line 29: | Line 31: | ||
screenNavigator.showScreen("screen1"); | screenNavigator.showScreen("screen1"); | ||
- | とすればそのスクリーンが表示される。 | + | とすればそのスクリーンが表示される。この表示される時にScreenのinitializeメソッドが呼ばれる。 |
ここで注意しないといけないのは、ScreenNavigatorItemはScreenのクラスとインスタンスのどちらかをコンストラクタ引数として取り得ることである。つまり、 | ここで注意しないといけないのは、ScreenNavigatorItemはScreenのクラスとインスタンスのどちらかをコンストラクタ引数として取り得ることである。つまり、 | ||
Line 45: | Line 47: | ||
インスタンスを与えたときは、''そのインスタンスが保持され次回に再利用されるので画面遷移でもdisposeが呼ばれない''。 | インスタンスを与えたときは、''そのインスタンスが保持され次回に再利用されるので画面遷移でもdisposeが呼ばれない''。 | ||
- | よってメモリを節約したいときはクラスを与えて初期化した方が良い。しかし、画面遷移のたびにdisposeが呼ばれて次にまたインスタンス作成となるとかなり処理がもたつく。メモリに余裕があるならできるだけインスタンスを与えて初期化した方が良い。 | + | よってメモリを節約したいときはクラスを与えて初期化した方が良い。しかし、画面遷移のたびにdisposeが呼ばれて次にまたインスタンス作成となると非力なモバイル機器ではかなり処理がもたつく。メモリに余裕があるならできるだけインスタンスを与えて初期化した方が良い。 |
ちなみに私は自動でdisposeが行われないように全てインスタンスで初期化し、自前のdisposeメソッドを作って必要なタイミングに必要なメモリだけ解放している。 | ちなみに私は自動でdisposeが行われないように全てインスタンスで初期化し、自前のdisposeメソッドを作って必要なタイミングに必要なメモリだけ解放している。 | ||
Line 57: | Line 59: | ||
dispatchEventWith("screen1Show"); | dispatchEventWith("screen1Show"); | ||
- | とすると、screen1のIDの画面へと遷移する。実際にはshowScreenよりもこちらの方がよく使う。 | + | とすると、screen1のIDの画面へと遷移する。 |
画面遷移のアニメーションも好みの物に変更できる。たとえばフェイドインなら、 | 画面遷移のアニメーションも好みの物に変更できる。たとえばフェイドインなら、 | ||
Line 65: | Line 67: | ||
となる。 | となる。 | ||
+ | **複数のScreenNavigator [#t4c3b3f8] | ||
+ | ScreenNavigatorは複数同時に使うことができる。よって、たとえば画面上半分と下半分を別画面のようにして別々に画面遷移する事も可能である。それを使うとたとえば[[このゲーム:http://njf.jp/?p=4238]]のように、ヘッダーとそれ以外を別々に画面遷移させたりするのが簡単にできる。 | ||
+ | |||
+ | *Screenの初期化の負荷分散 [#x6e32c33] | ||
+ | |||
+ | Adobe Airでのアプリ制作の弱点の一つとして、インスタンスの作成などの初期化処理がとても遅いことがあげられる。そのため、cocos2d-xなどに比べると画面遷移でアプリがスタックしたようになりやすい。場合によっては数秒ぐらいアプリがとまったように見えるため、ユーザビリティの観点から致命的となる。 | ||
+ | |||
+ | これを防ぐには遷移先の画面の初期化が終わるまでロード画面を表示させるというのがある。しかし、初期化中に単純にロードアニメーションを表示させてもそちらも止まってしまうので意味が無い。 | ||
+ | |||
+ | ロード画面の表示させかたとしては、一つはWorkerを使って別スレッドでローダーを実行するというのがある。アプリだとこちらが一般的かも知れない。ただ、WorkerはAirでしか使えないのでWebでも公開している私は使っていない。 | ||
+ | |||
+ | もう一つはタイマーで初期化を分散する方法である。つまり、まず初期化関数の配列を定義し、 | ||
+ | |||
+ | protected var firstInitFunctions:Vector.<Function> = new Vector.<Function>(); | ||
+ | |||
+ | それに初期化処理をpushしていく。 | ||
+ | |||
+ | firstInitFunctions.push(function():void { | ||
+ | //初期化処理1 | ||
+ | }); | ||
+ | firstInitFunctions.push(function():void { | ||
+ | //初期化処理2 | ||
+ | }); | ||
+ | firstInitFunctions.push(function():void { | ||
+ | //初期化処理3 | ||
+ | }); | ||
+ | |||
+ | これをタイマーで一つずつ実行していく。 | ||
+ | protected var firstInitTimerCnt:int = 0; | ||
+ | private function onInitTimerChick(e:TimerEvent):void | ||
+ | { | ||
+ | firstInitFunctions[firstInitTimerCnt](); | ||
+ | firstInitTimerCnt++; | ||
+ | if (firstInitFunctions.length <= firstInitTimerCnt) { | ||
+ | firstInitFunctions.length = 0; | ||
+ | //初期化終わり | ||
+ | } | ||
+ | } | ||
+ | |||
+ | すると処理が分散されるのでローダーのアニメーションはとまらずに実行される。リリースするのがアプリのみならWorkerを使った方が楽かも知れない。 | ||
+ | |||
+ | *「戻る」処理が必要ならStackScreenNavigator [#n5bacc34] | ||
- | (制作中) | + | StackScreenNavigatorなら画面遷移をスタックしてくれるので、「戻る」処理が必要ならそちらが便利。 |
+ | 詳細は[[Starling+FeathersでStackScreenNavigator]]を参照のこと。 |
(This host) = https://njf.jp