在移动应用程序中同时使用Starling和纯AS3是一个很好的解决方案

Question

我已经在.net上搜索了这个问题，但是从我的红色开始......对这个问题没有具体意见，所以我决定在这里问一下。 我想知道，如果使用普通的AS3作为游戏的导航部分（home / options / help / pickALevel / screens）以及用Starling框架编码的实际游戏/游戏玩法是个好主意吗？它有什么缺点和优点？或者，在一个框架中编写所有应用程序代码是一个更好的主意。 干杯

Answer 1

使用两者都很好，没有缺点。

使用任何Stage3D功能需要加载时间（纹理上传），这在移动设备上很慢并且在GPU分配的内存耗尽时导致崩溃。

使用经典显示列表有助于减少由于GPU内存饱和导致的纹理上传和崩溃。

我不建议使用Starling但是很多编码员都没有其他选择。它是一个缓慢的框架（与Stage3D真正提供的相比），它的作者试图通过镜像所有Flash类（Sprite，DisplayObject等等）来强制使用Starling，这使得经典和Starling对象的使用变得困难。给定项目，其作者而不是使用Flash事件系统创建了一个与Flash事件系统没有继承关系的自定义系统，使Starling事件与Flash事件不兼容。 Starling不是一个好的框架。