Unity SetActiveとenabledどっちを使うべきかの考察

f:id:esakun:20150730215258g:plain:w450

MonoBehaviourを継承したクラスにはAwakeやStartなど、Unityから特定のイベントを受け取れるメソッドを定義することができます。

以下は使用頻度が高い代表的なイベントですが、これらには実行順が決められています。

これらの関数が止まることなく実行される条件は、「GameObject、アタッチされたコンポーネントが共にアクティブ状態の場合」です。

f:id:esakun:20161027215320p:plain
アクティブ状態とは、上図のように、GameObject、コンポーネントにチェックが入った状態のことです。

本記事では前半、非アクティブからアクティブに切り替えた場合の実行順をまとめつつ後半は本題の SetActiveとenabledどっちを使うべきかについて言及していきます。

非アクティブの状態からアクティブに切り替えた場合の実行順

前提としてシーンロード時にGameObject、コンポーネント共に非アクティブの状態とします。ちなみにこの状態では、どのイベントも実行されません。

下記パターンごとに実行されるイベントとその順を記載しています。

が呼ばれます。

何もイベントは呼ばれません

が呼ばれます。

ここまでを表にしてみます。

パターン	GameObject	コンポーネント	実行イベント
1	アクティブ	非アクティブ	Awake
2	非アクティブ	アクティブ	無し
3	アクティブ	アクティブ	Awake, OnEnable, Start, Update

が呼ばれす。

が呼ばれます。
※GameObject、コンポーネントともに同じ結果になりました

以下のような場合どのようなログが出力されるでしょうか。

ログはこのように出力されます。

Start 1
Update 1
Update 2
Start 2

処理順番としてはStart -> Updateですが、Start関数が遅延実行の場合、Start関数処理実行中にUpdateは処理されることになります。

しかし、Updateが2回呼ばれた後、1フレーム待機してStart 2が実行されることに疑問が湧いてきます。予測されるログは以下のようなイベント順なのではないかと。

Start 1
Update 1
Start 2
Update 2

理由は公式マニュアルに記載されていました。

正解はこの一文です。

yield コルーチンは、次のフレームで Update 関数がすべて呼び出された後に続行します。

コルーチンは全てのUpdateが終了してから実行されます。
Startメソッド内の コルーチン終了後のStart 2の処理 は Update処理の後に実行 されているため、2回連続Updateが呼ばれているように見えたというわけです。

少し視点を変えて、非アクティブの状態における、ユーザー定義の関数実行挙動も確認していきます。

パターン	GameObject	コンポーネント	ユーザー関数	コルーチン
1	アクティブ	非アクティブ	実行可能	実行可能
2	非アクティブ	アクティブ	実行可能	不可
3	アクティブ	アクティブ	実行可能	実行可能
4	非アクティブ	非アクティブ	実行可能	不可