这两个代码中的哪个“更好”？制作局部变量还是类变量？

我制作了更多游戏，问了更多愚蠢的问题。

希望这一段很简短。我正在创建一个非常基本的类，该类通过向刚体施加力来移动Player对象，但这让我想知道，我应该对rb进行类引用还是对Update每帧进行局部引用？（请记住，它已经存在于Monobehaviour.GameObject统一父类中）。

我想知道是否做很多局部变量会减慢整个循环的速度（通过局部变量，我的意思是在函数本身内部，而不是在类的顶部，希望我使用正确的术语）。

这就是我想做的两种方式：

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，这会带来一些非零的费用。如果您知道该特定游戏对象的刚体组件不会改变，则可以查找一次并将结果存储在成员变量中，从而避免每次调用的开销。

在这种情况下，每次呼叫的开销不太可能会很大，但是随着时间的流逝，许多组件的开销可能会增加。您需要确定使用探查器。

因此，总结一下：通常，默认情况下，使事情尽可能地本地化，但是在这种情况下，使rb成员成为可能是合理的，这样您就可以一次执行查找，Awake而不必每次FixedUpdate调用都进行查找。

乔什·皮特里（Josh Petrie）的回答非常好-这是一个互补的观点。

当您使用相当了解领域的代码时，可以将变量的作用域限定在有意义的范围内。

例如，如果我有一个Person带有waveGoodbye方法的类，则我的类以前可能没有hand对象，因此可以在中本地声明它waveGoodbye。现在在这里很明显一个人有帮助，您可以自然地将其声明为的成员，Person而无需考虑它，但是同样的问题也适用。

如果在hand本地声明，则稍后可能会添加一个karateChop也需要帮助的方法。在这种情况下，在本地声明变量可能会引起问题-因为初级开发人员经常回退到从那里复制/粘贴声明waveGoodbye，现在您在两个地方都拥有相同的概念。hand然后需要在这两个地方都修改对的任何更改，从而开始了一个蚂蚁爬坡。

总而言之，

1. 如果您对声明的位置有信心，请将其范围限定在合理的范围内。

2. 如果您不确定，请从本地启动，并确保在听到一些代码重用时进行重构。
   
   

编辑：哦，不要犯同样的错误，我花了太多时间弄清楚声明的范围。预先了解数据的结构很困难，并且在编写代码时，结构可以显示自身。