可以将 SWF 编译到 iOS 原生应用程序中是一件很棒的事情。我认为 AIR 现在是编写小游戏或互动书籍的最佳选择。当然,AIR 应用程序会比在目标 C 上编写的相同应用程序慢。问题是 AIR 应用程序会慢多少。可以在 iPhone 3G 或 iPad 1 上启动简单的AIR 应用程序吗?
还有一个问题是,任意flash app可以编译成iOS原生app吗?
将不胜感激任何想法!!!!!!!
可以将 SWF 编译到 iOS 原生应用程序中是一件很棒的事情。我认为 AIR 现在是编写小游戏或互动书籍的最佳选择。当然,AIR 应用程序会比在目标 C 上编写的相同应用程序慢。问题是 AIR 应用程序会慢多少。可以在 iPhone 3G 或 iPad 1 上启动简单的AIR 应用程序吗?
还有一个问题是,任意flash app可以编译成iOS原生app吗?
将不胜感激任何想法!!!!!!!
对于纯脚本执行,AIR 应用程序的执行速度比本机应用程序要慢,包括在 iOS 上。但是,几乎在所有情况下,限制应用程序性能的因素都是渲染,而不是脚本,因此它完全取决于您在内容中的可视化操作。这就是 Crooksy 建议你看看 Starling 的原因。如果没有 Starling(或使用 GPU 的类似库),要从 iPad1 中获得不错的性能是非常具有挑战性的。可以做到,但需要专业知识并需要额外的工作。从使用 Starling 或类似产品的巨大性能提升开始会好得多。
只要它是用 AS3 制作的,那么它应该可以编译。对于它是否有效,我想到了两个主要警告:首先,少数 API 不适用于移动设备。(我认为打印就是一个例子。)其次,如果您在运行时读取任何 SWF,其中的所有动作脚本都将被忽略。(不是出于技术原因,这是 Apple 的要求。)因此,如果您的内容被拆分为一堆 SWF,则您需要在打包时将它们捆绑在一起,并且如果您绝对依赖于使用来自网络的脚本读取 SWF运行时,你会碰壁。
希望有帮助!
查看新的 Starling 框架作品。
这是一个不错的教程系列的开始(第 1 集和第 2 集)
http://www.hsharma.com/tutorials/
Lee Brimelow 也有一些教程
关于将 Flash 应用程序转换为与 iOS 兼容的应用程序,是的,这是可能的,但这取决于应用程序实际执行的操作,即在设备上正确执行之前是否需要进行任何修改。