Unityでのゲーム制作におけるGetComponentの適切な使用頻度について

Question

現在、Unityを使って２Dのアクションゲームを作成しております。

その中でPlayerが敵Unitへダメージを与える際に、敵ごとに挙動を変えたいのでインターフェースを利用してみたのですが、

コード
    private void OnCollisionEnter(Collision collision)
    {
        // 武器を振って当たった敵ユニットのインターフェースを取得する
        var hit = collision.gameObject.GetComponent<IReceiveDamage>();

        // 相手がダメージを受ける
        hit.ReceiveDamage(10f);
    }

ネットの記事を見たところ、GetComponentは重いので「update」なのでは使わずにキャッシュした変数を使いまわすようにすると説明されていました。

ここから質問なのですが、「update」などでは使ってはいけないと言う事は理解できたのですが、上記の使い方のように攻撃のたびにGetComponentで対象の参照をゲットするような使い方もPCゲーム制作においてはやはり避けるべきなのでしょうか？

分かりづらい質問で申し訳ありませんが、どなたか教えていただければ幸いです。

Answer 1

必要なら使っても大丈夫です
こういう明らかにいらないであろう参照のとり方をしたりするのが美しくないという話です

void Update(){
    var player = GameObject.Find("PlayerCharacter");
    var playerCnt =  player.GetComponent<PlayerController>();
}

OnCollisionEnterで都度接触判定とるなら
毎回取ることが多いのでそれでも大丈夫です。nullのときでも大丈夫なように少し書き換えるかもしれません。

予めどこかで参照をまとめておいてそこを調べるみたいなやり方もありますが
ゲームの設計次第なのでお好きな方でいいとおもいます

Comments

[akatyann]

コードの例まで出してもらい丁寧な回答ありがとうございます。
色々考えながら使用していきたいと思います。
本当に助かりました！

Answer 2

こんばんは。

すべきか、すべきじゃないかの判断ですが、
実際のところはその衝突が一定のフレーム内でどれくらいの頻度で起こるのか、
その頻度は許容できる負荷なのかどうか。
許容できないなら、「頻度を減らす設計」にすべきか、「減る仕様」にすべきか。
設計を変えるなら、そこにどれくらい工数をかけられるか、それを管理し続けられるか。
など様々な要素が関係するので、他者から一概に「こうしろ」と言えません。

何を大げさな…。と検討を怠っていると、
とりあえず便利そうなものをコピペしまくり、やがて原因不明のバグに直面することになり、
修正にも時間をかけることになります。

「Updateで使ってはいけない」と発信する人は概ね、
「Updateで使わない設計」が成功した部分だけを切り取ってブログなどに書くわけです。

最後になりますが単純化した例を挙げると、
衝突しうるオブジェクトが生成された時点でそのインスタンスIDをキーとしたDictionary<int, IReceiveDamage>に登録しておき、
そちらにアクセスするようにすればそもそもGetComponentする必要が無くなります。
ただそうすべきかどうかは上述のとおりです。取捨選択です。

Comments

[akatyann]

丁寧な回答ありがとうございます。
おっしゃるようによく考えて自分に合った設計ができるように努力していきたいと思います。
とても参考になりました。
本当にありがとうございました！