在处理项目时是否更新 Unity 引擎？
Updating Unity Engine or not when working on a project?
我几个月才开始使用 Unity，比 Unity 5 发布早一点。
我记得，当我还在使用 Unity 4 做一个非常简单的项目时，我将它更新到 Unity 5，当我打开那个项目时，场景中的所有东西基本上都被删除了，我不得不重新构建它背部。好吧，这没什么大不了的，因为它只是一个试验，但现在我开始着手一个更大的项目。到目前为止，我安装的小更新（例如，从 Unity 5.1 到 5.2，等等）对我制作的试用游戏没有任何损害，它们仍然像我制作的那样，但我想知道... 既然我正在做一些我绝对不想突然被删除或弄乱的事情，那么当引擎的新更新出来时安装它们是一个好习惯吗？或者我应该只安装次要的而忽略最终的 Unity 6？
问题有点类似于源代码冲突问题:
即我应该遵循 CI 最佳实践并 经常更新 还是我应该继续在我自己的小世界中编写代码只是为了与我的同行代码执行 SVN 合并6 个月的时间？
当然后者在日常基础上的问题较少，但从长远来看 运行 很可能会导致 来自地狱的代码合并噩梦 。
就 Unity3D 而言，如果您打算制作商业游戏，那么 经常 更新 Unity3D 可能是明智的，就像更新源代码一样。原因是您离开更新 Unity（以及我可能添加的相关第 3 方资产）的时间越长，当您决定更新时遇到冲突或不兼容的可能性就越高（我是根据经验说的，我相信其他人会证明这一点）。
此外，Unity3D 会针对您打算定位的平台不断更新，包括错误修复；性能增强或其他附加功能。
使用 MVVM 与 Unity3D 分离
游戏工作室和 Unity3D 的普遍共识是通过使用桥接模式和 MVVM 将您的实际处理逻辑与 Unity3D 完全分离。这允许您使用普通的旧 Visual Studio 编写，您可以在其中按照 MVVM 模式快速进行原型设计和单元测试。只有 V 知道 Unity3D 通常表示为 Unity3D 行为。 Tell me more
您的直接好处是，如果执行得当，您的大部分代码将不会受到 Unity3D 更改的影响。
我几个月才开始使用 Unity，比 Unity 5 发布早一点。
我记得，当我还在使用 Unity 4 做一个非常简单的项目时，我将它更新到 Unity 5，当我打开那个项目时，场景中的所有东西基本上都被删除了，我不得不重新构建它背部。好吧，这没什么大不了的，因为它只是一个试验，但现在我开始着手一个更大的项目。到目前为止，我安装的小更新（例如，从 Unity 5.1 到 5.2，等等）对我制作的试用游戏没有任何损害，它们仍然像我制作的那样，但我想知道... 既然我正在做一些我绝对不想突然被删除或弄乱的事情，那么当引擎的新更新出来时安装它们是一个好习惯吗？或者我应该只安装次要的而忽略最终的 Unity 6？
问题有点类似于源代码冲突问题:
即我应该遵循 CI 最佳实践并 经常更新 还是我应该继续在我自己的小世界中编写代码只是为了与我的同行代码执行 SVN 合并6 个月的时间？
当然后者在日常基础上的问题较少，但从长远来看 运行 很可能会导致 来自地狱的代码合并噩梦 。
就 Unity3D 而言，如果您打算制作商业游戏，那么 经常 更新 Unity3D 可能是明智的，就像更新源代码一样。原因是您离开更新 Unity（以及我可能添加的相关第 3 方资产）的时间越长，当您决定更新时遇到冲突或不兼容的可能性就越高（我是根据经验说的，我相信其他人会证明这一点）。
此外，Unity3D 会针对您打算定位的平台不断更新，包括错误修复；性能增强或其他附加功能。
使用 MVVM 与 Unity3D 分离
游戏工作室和 Unity3D 的普遍共识是通过使用桥接模式和 MVVM 将您的实际处理逻辑与 Unity3D 完全分离。这允许您使用普通的旧 Visual Studio 编写，您可以在其中按照 MVVM 模式快速进行原型设计和单元测试。只有 V 知道 Unity3D 通常表示为 Unity3D 行为。 Tell me more
您的直接好处是，如果执行得当，您的大部分代码将不会受到 Unity3D 更改的影响。