发布版本与闪存版本？

Question

我正在使用Starling，我已经在flash中建立了我的游戏。我可以在手机上测试，一切都很好。现在我在starling wiki上读到，为了获得更好的性能，我需要构建一个“真正的”版本构建，而Flash发布的版本不是优化版吗？如果我正确理解，我如何将我的构建从闪存CC转换为一个真正的发布版本？

Answer 1

除了使用FlashDevelop或FlashDevelop构建它之外，如果您有Flex (如果您已经安装了这两个程序中的任何一个--如果没有，您可以从http://www.adobe.com/devnet/flex/flex-sdk-download.html下载它)，那么您可以在bin文件夹中找到optimizer.exe命令行工具。

它所做的是删除跟踪语句、调试代码(和符号)和不必要的元数据--我认为这主要是“发布”构建所做的。要使用它，请使用Flash构建SWF，然后转到Flex bin文件夹，然后在命令行中键入：

optimizer -keep-as3-metadata Bindable Managed ChangeEvent NonCommittingChangeEvent Transient 
    -input PATH/TO/SWF/input_swf 
    -output PATH/TO/SWF/output_swf

您可以在这里获得更多信息：US/Flex/4.0/UsingSDK/WS2db454920e96a9e51e63e3d11c0bf674ba-7ff6.html#WS2db454920e96a9e51e63e3d11c0bf69084-7ad9

但是，试着研究一个合适的编码环境，而不是直接从Flash中进行。就我个人而言，我更喜欢FlashDevelop (http://flashdevelop.org/) --它是免费的、快速的，从调试到发布很简单。但是，Flash在iOS发布方面具有优势，如果您拥有Creative成员资格，那么无论如何您都有它(否则它就会付费)。它也是跨平台的，而FlashDevelop是Windows专用的。

Answer 2

我在Project->Export Release Build中使用Flash运行自动发布构建过程。或者可以运行Ant构建(也可以使用/Eclipse)。

但是，至于在flash中这样做，我不确定是否存在这个确切的过程。您可以更改File->Publish中的一些高级设置，如省略跟踪语句(checked)、允许调试(未选中)，这是发行版构建的部分功能。

对于带有AIR的移动项目，在快速生成或标准构建的配置下也有使用Flash的选项。

快速构建

• 打包需要几秒钟，应用程序的运行速度要比版本构建慢得多。

标准构建

• 打包需要几分钟，应用程序的性能类似于发布版本。

Answer 3

有几种类型的AIR移动应用程序构建：

• 调试(Android)
  • 在这种构建类型中，CPU密集型任务所花费的时间要长得多.

​

• 快速调试(iOS)
  • 这种类型的调试构建非常慢。充其量，你看的是10 are。这是因为您是在虚拟机中运行应用程序的，虚拟机以AS3的形式运行您的代码(最后一个应用是交叉编译到Objective的)。这种构建的好处是它以秒为单位进行编译。

​

• 标准调试(iOS)
  • 这种类型的调试构建在性能上与Android调试类似。CPU密集型任务的速度将大大减慢.这将花费30秒到5分钟不等，这取决于你的电脑有多好。这段代码是交叉编译到目标C的，尽管编译器不会通过任何优化来运行它。

​

• 发布(Android & iOS)
  • 这是提交给App或Play Store的构建类型。两者都不会接受非发行版构建(非发行版构建使用不同的证书进行签名)。这是最好的性能，你将获得你的应用程序的原样，并将需要3-30分钟交叉编译为iOS (取决于计算机)。此外，在这里构建时有几个选项：
    • 捕获运行时(Android)
      • 这将把AIR运行时与您的应用程序捆绑在一起。它将为您的APK增加8-9MB的重量，但它不需要用户安装Adobe应用程序来运行它。您应该始终使用使用Captive Runtime，这样用户就不必安装第二个应用程序，并且您知道应用程序运行的是哪个版本的AIR运行时。

​

    - Ad Hoc (iOS) 
        - This type of build is meant for testing a release-quality build and can be distributed to non-development devices that are located on the Ad Hoc Mobile Provisioning Profile you created in the Apple Dev Portal

​

    - App Store (iOS) 
        - This is the only build type that Apple will accept for the App Store. Any other build type will be automatically rejected. It cannot be installed on any device unless it comes from the App Store. Must use an App Store Mobile Provisioning Profile created in the Apple Dev Portal. No performance differences between this and Ad Hoc (same exact build, just different signature)

​

​

​