使用 Unity 3D 引擎设计 Web 应用程序

Question

我正在领导一个具有标准客户端-服务器-数据库架构的 Web 应用程序。我最初的计划是让客户端在 react.js 中，服务器在 django+python 中，数据库在 MySQL 中。现在负责客户端的程序员是Unity 3D Engine的专家，他建议用这个来实现客户端。优点是：

• 非常容易设计；
• 跨平台 - 可以编译到 Web、Android 和 iPhone。

一个缺点是文件较大，但对于我们的应用程序来说，这不是一个实质性的问题。

让我担心的是，我不知道任何用 Unity 引擎编写的非游戏网络应用程序，因此可能存在一些我不知道的缺点。

问题：使用 Unity 3D 引擎设计 Web 应用程序的客户端（相对于 react.js）有哪些缺点？

Answer 1

我会提到一些我可能认为与开发网络应用程序的网络方面相比的缺点。但是我想首先提一下，unity 的多功能性使它适用于您可能想到的任何应用程序，并且为 web 编译的功能是如此巨大。我在下面提到的时间并不大（这取决于应用程序），但如果正在构建的是 Web 应用程序，则需要考虑。

据说 Unity webgl 构建大小很大，因此您的网站的初始化加载时间可能需要几秒钟。由于统一提供了构建，因此可能无法进行改进，因此您也将失去改进加载时间的灵活性。此外，如果您没有 Unity 的专业版，您的 Web 上将出现“用 Unity 制作”的初始屏幕。 您可以检查构建一个空的或非常简单的项目来检查这两件事。

如果您不使用有关游戏开发方面的引擎功能，对我来说使用统一没有多大意义，这意味着物理、动画、碰撞等。预计图形事物或游戏的加载时间会更长，但不适用于当前的网络。

另一件需要考虑的事情。似乎您可以处理构建的设置以在移动浏览器中工作，请检查documentation。但是，当您在移动浏览器中使用该应用程序时，布局调整可能会更加困难，因为您放弃直接自己轻松操作 html 和 css 并放弃可能为您完成这项工作的所有 js 和 css 生态系统。可能不会放弃，但如果可能的话，将它们整合到你的统一构建中应该需要更长的时间。

此外，Unity webgl 构建需要一段时间，因此对于测试等，编译 + 构建 + 部署时间与网络“实时加载” + 部署相比有点缺点，后者要快得多工作流程。