これらの2つのコードのどちらが「より良い」ですか？ローカル変数またはクラス変数を作成しますか？

私はより多くのゲームを作り、より愚かな質問をしています。

うまくいけば、これは非常に簡単です。剛体に力を加えてPlayerオブジェクトを移動するだけの非常に基本的なクラスを作成していますが、rbへのクラス参照を作成するのか、Update every frame内のローカル変数を作成するだけなのでしょうか？（これは、Monobehaviour.GameObject unity親クラスにすでに存在していることを念頭に置いてください）。

多くのローカル変数を実行するとループ全体の速度が低下するのではないかと思います（ローカルとは、クラスの先頭ではなく、関数自体の内部を意味します。正しい用語を使用してください）。

これが私が言いたいことです、私がそれをすることを考えていた2つの方法：

public class Player : MonoBehaviour {

private void FixedUpdate()
{
    Rigidbody rb = GetComponent<Rigidbody>();

    float v = Input.GetAxis("Vertical");

    rb.AddForce(v * rb.transform.forward * Const.walkForce);
}
}

または...

public class Player : MonoBehaviour {
Rigidbody rb;

private void Awake()
{
    rb = GetComponent<Rigidbody>();
}

private void FixedUpdate()
{
    float v = Input.GetAxis("Vertical");

    rb.AddForce(v * rb.transform.forward * Const.walkForce);
}
}

一般的に、最初にデータの範囲をできるだけ狭くし、必要に応じて範囲を広げる必要があることがわかりました。つまり、メンバーではなくローカル変数にできる場合は、そこから開始する必要があります。

これは、スコープが狭くなると、そのデータについて推論する必要があるコード内の場所の数が減り、そのため、データについて誤って推論できる場所の数が減るためです（バグにつながります）。

実際にローカル変数を宣言するだけでは、実際にパフォーマンスの問題になることは決してありません。それらは安価であり、最新のコンパイラは「エクストラ」を最適化することさえできます。

それらを初期化することは問題になるかもしれません。あなたの場合、剛体はを介して毎回検索されGetComponentますが、コストはゼロではありません。この特定のゲームオブジェクトでリジッドボディコンポーネントが変更されないことがわかっている場合は、リジッドボディコンポーネントを1回検索して結果をメンバー変数に格納し、呼び出しごとのわずかなオーバーヘッドを回避できます。

この1つのインスタンスでコールごとのオーバーヘッドが大きくなる可能性は低いですが、時間の経過とともに、多くのコンポーネントでこれを行うと、合計が増える可能性があります。確かにプロファイラーを適用したいと思うでしょう。

要約すると、一般的に、デフォルトはできるだけローカルにすることですが、この場合rbはメンバーを作成して、一度ルックアップを実行し、呼び出しAwakeごとに実行する必要がないようにするのがおそらく妥当FixedUpdateです。

ジョシュ・ペトリーの答えはとても良いです-これは補足的な見方です。

ドメインをかなりよく理解しているコードで作業するとき、変数を意味のある場所にスコープすることができます。

たとえばPerson、waveGoodbyeメソッドを持つクラスがある場合、クラスにhandオブジェクトがなかった可能性があるため、でローカルに宣言できwaveGoodbyeます。さて、ここに人が手を持っているのは明らかなので、あなたはそれをPerson何も考えずにのメンバーとして自然に宣言するかもしれませんが、同じ問題が当てはまります。

handローカルで宣言する場合は、後でkarateChop手作業も必要とするメソッドを追加する可能性があります。これは、変数をローカルで宣言することが問題になる可能性があるときです-ジュニア開発者はしばしば宣言のコピー/貼り付けにフォールバックしwaveGoodbye、今では同じ概念が2つの場所にあります。handその後のすべての変更は、両方の場所で変更する必要があるため、アリバグの丘が始まります。

結局のところ、

1. 宣言の配置に自信がある場合は、意味のある場所にスコープを設定してください。

2. 自信がない場合は、ローカルで起動し、コードの再利用のヒントを得たときに必ずリファクタリングしてください。
   
   

編集：ああ、私があなたの宣言をどこにスコープするかを理解するのにあまりにも多くの時間を費やすのと同じ間違いをしないでください。データの構造を前もって理解することは困難であり、コードを記述すると、構造にはそれ自体を明らかにする方法があります。