TAKOYAKING’s blog 一覧

TAKOYAKING’s blog

たこ焼き系

Unity: AddComponentしたらStartとFixedUpdateで呼び出し順でハマった (備忘録)

Unity

Auto Puppet - プログラミングバトル

Auto Puppet - プログラミングバトル

  • Tatsuya Nakano
  • ゲーム
  • 無料
apps.apple.com

AutoPuppetを作っているときにAddComponentをしている部分があるのですが、AddComponentをしたScriptとAddComponentで加えたScriptのライフサイクルを少し勘違いしていて、ハマったので備忘録がてらにまとめておきます。

現象

public class Main : MonoBehaviour {
    void Awake () {
        gameObject.AddComponent<Foo>();
    }

    void FixedUpdate () {
        // 何かの処理
    }

    void Update () {
        // 何かの処理
    }

}

public class Foo : MonoBehaviour {
    void Awake () {
        // 何かの処理
    }

    void Start () {
        // 何かの処理
    }
}

勘違いしていたところ

  1. Main.Awake()
  2. Sub.Awake()
  3. Foo.Start()
  4. Main.FixedUpdate()
  5. Main.Update()

だと思っていたのですが、実際は

  1. Main.Awake()
  2. Sub.Awake()
  3. Main.FixedUpdate()
  4. Foo.Start()
  5. Main.Update()

FxiedUpdateの方が他のScriptのStartよりも早く呼ばれることに気づいていませんでした。これのせいでバグが発生してしまいました。

ライフサイクルまだ理解しきれていなかった (涙)

対処法

Foo.Start()をFoo.Awake()にする

これでFixedUpdateより前にFooで準備するメソッドを実行できます。

Foo.Start()を廃止してInitializeメソッドみたいなのを作って、それを実行する

MainでAddComponentした直後にFoo.Initialize()を実行する

MainのFixedUpdateはStartから1フレーム後に実行されるようにする

苦肉の策ですね 笑

感想

そもそもAddComponentをしていた理由はパペットごとに付けるScriptが多いので、手動でつけるは面倒だったので、ソースコードに直接AddComponentを記述する自動化処理をしていましたが、それがちょっとあだになってしまいました！

AddComponentは便利ですが、自分の知識不足があだになってしまいましたので備忘録として残しておきます！

参考