单击按钮,这是非常光滑的交叉浏览器/平台,这是导致非技术类型的结论,整个发动机本质上比现在使用的发动机要好。仅仅是因为他们花了时间来实现Unity Webplayer的所有浏览器/OS插件版本并抛光它,还是在设置发动机体系结构的方式上有什么更深入的方法?

有帮助吗?

解决方案

Unity采用脚本以C#,UnityScript(基于JavaScript)或Boo(基于Python)编写的脚本,并将其编译为单声道组件。这些汇编 +游戏所需的3D型号,声音和纹理被压缩到由其浏览器插件加载的.unity3D文件中。由于游戏的几乎所有逻辑都在托管的单声道组件中,因此它运行的跨平台很少,特定于平台的怪癖。

他们最近重写了插件检测和安装代码,因此很容易将JavaScript放入网页中,如果用户有插件或其他内容(图像,闪存,视频),则显示统一内容不。我相信他们的插件支持Mac和Windows上的所有A级浏览器,并且可以在不重新启动浏览器的情况下安装插件。

Unity Engine的优势之一是您可以采用大量现成的托管组件,并将它们包括在项目中,并通过Unity Code调用它们。但是,您必须意识到,这些组件确实可以像.unity3d文件的大小相比膨胀。

另一个优点是,您可以轻松地编写揭示可调参数的组件,这些参数可以由非技术人员修改。

另一个优势是,一日不到一天,可以向iPhone,独立,Android,Web等移植出一个写入的项目。我亲自通过修改输入处理程序并更改纹理压缩来完成iPhone的网络。

一个很大的缺点是,由于应用程序正在运行托管代码,因此好奇或恶意的人不太困难地将组件分配到完全可读的代码中。因此,您需要考虑某人可以通过该信息做什么(在多人游戏中作弊,写机器人,伪造高分等)。可以使您的组件混淆,但是将此步骤添加到您的构建过程并不是一件容易的事。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top