Unity MonoBehaviour对象与游戏逻辑

Question

我最初是在昨天的Unity Answer Forums上发布此消息的，但到目前为止尚未得到任何回复。 所以我想我会在这里碰碰运气。

所以我有点像Unity的傻瓜。 自从Unity 3开始，我就涉足其中，但从未真正做出任何建设性或值得一提的事情。 在获得计算机科学学位后，我从事C＃，ASP.NET和JAVA程序员的职业已经超过5年了。 因此，我想扔掉我确实了解OOP的内容。 所以打我一下这里的真相。

我的问题是，我想在创建类层次结构时了解标准做法，以及如何将其扩展或绑定到MonoBehaviour类中。

这是我在层次结构中的特殊情况：

IPickupable (interface) > Item : Monobehaviour, IPickupable > Weapon : Item, IEquipable (interface) > Sword : Weapon

这就是我现在所拥有的。 我将MonoBehaviour放在类结构的最底层，这样当我创建一个新的Sword（）对象时，必须使用Start（）。

我感到困惑的问题无处不在，指出您不应在从MonoBehaviour派生的类中使用构造函数。 好吧，当我从数据库中创建物品字典时，例如，我想创建一堆剑实例，并将其存储在一个集合中。 这一切都是在代码中发生的，实际上还没有在屏幕上呈现或在游戏中发生任何事情。

构建我的类结构以使所有游戏逻辑都包含在普通类中会更有益-然后有一个顶层类使用我最顶层的逻辑类。 例如，我上面的示例将变为如下所示：

SwordObject : Monobehaviour 
private Sword sword;

这样，将附加到GameObject上的实际脚本仍然可以访问所有sword方法和数据成员，但是可以随时随地实例化我的类。

目前，我正在与恶魔进行斗争，并想知道是否有经验丰富的Game Logic和Unity程序员可以帮助我获得一些最佳实践。 我是一名业务逻辑程序员，每天只处理会计问题，API，移动开发和网页设计，因此游戏逻辑对我来说是全新的。 感谢您的帮助，见解，建议和反馈！

Answer 1

我感到困惑的问题无处不在，指出您不应在从MonoBehaviour派生的类中使用构造函数。

Unity希望充当从UnityEngine.Object继承的所有对象的工厂，它将包括所有GameObjects，组件，行为脚本等。

在许多情况下，您与之交互的.NET对象更像是引擎实际使用的基础C ++对象的垫片。 直接调用这些构造函数之一将创建一个从其C ++内部孤立的.NET对象。

所有这些都从视图中隐藏了，因此初学者更容易使用Unity。 他们告诉您调用AddComponent ，而不是说“嘿，使用此工厂模式来构建组件”。 只要让Unity处理这些对象的初始化，所有这些（大部分）都是透明和无缝的。

因此，听起来您正在考虑创建一些POCO类来存储配置数据。 很好-我一直都这样做。 只要确保您将类与Unity固有的类之间保持隔离即可。