组件、行为和 MonoBehaviour 有什么区别？为什么这些是分开的？

Question

MonoBehaviour 扩展了 Behavior 和 Behavior 扩展了 Component。 我想知道为什么这些类是分开的以及这些类的语义。 分离这些类有什么目的吗？有没有直接扩展 Behavior 或 Component 的类？

我知道我们必须使用 MonoBehaviour 在 Unity 中创建 C# 代码。 不过，我对 Unity 作为游戏引擎的架构很感兴趣。

Answer 1

组件：

Component 是Behaviour 和MonoBehaviour 的基类。它是可以附加到游戏对象的任何脚本的基类。

这几乎是每个 Unity 内置 脚本的来源。这包括Collider 和Rigidbody。

---

行为：

关于Behaviour，最重要的一点是可以启用或禁用从它继承的任何东西。如果您不想启用/禁用它，请不要继承您的脚本。

例如，Rigidbody 无法启用/禁用。这就是为什么它继承自 Component 类而不是 Behaviour。

Behaviour 继承自 Component。

---

单一行为：

关于MonoBehaviour，最需要注意的是，当你必须使用协程、调用或任何 Unity 回调函数（如物理OnCollisionEnter 函数、Start、OnEnable、@987654337）时，你需要它@等

MonoBehaviour 继承自 Behaviour，因此可以启用/禁用您的脚本。

分离这些类有什么目的吗？

是的，就像上面的答案一样，它们是分开的，因此您可以通过从适当的组件继承来使用不同的功能。

您想要协同程序Invoke、InvokeRepeating 并能够启用/禁用您的脚本？使用继承自MonoBehaviour。

您希望能够启用或禁用脚本但不需要协程Invoke、InvokeRepeating？使用Behaviour。

当您有一个永远不应启用/禁用的脚本时，它应该继承自 Component。

请注意，Behaviour 和 Component 被 Unity 用于内部内容。你不应该尝试从这些继承你的脚本。

将它们分开的主要原因是为了节省内存，同时也使每个组件中的代码易于维护。这比为一个很少使用的功能编写数千行代码要好。通过分离它们，当它们被加载到内存中时，它们实际上正在被使用，而不是浪费内存中的空间。

有没有直接扩展 Behavior 或 Component 的类？

是的。

• MonoBehaviour 直接继承自 Behaviour 然后 继承自Component。

• Collider 直接继承自 Component。然后是非基础对撞机 比如BoxCollider和SphereCollider继承自Collider。