最近自己趁业余时间做的flash小游戏已经开发得差不多了，准备再完善下ui及数值后，投放到国外flash游戏站。期间也萌生想法，想把游戏拓展到手机平台。这两天尝试了下，除去要接入ane接口的工作，小游戏本身不用做任何改动就可以迁移到android和ios手机平台。只是在手机上，游戏的掉帧情况非常严重，远达不到pc上的体验效果。看来做flash移动游戏，不用starling框架是不行的。打算这几天学习下starling，对项目进行改造。
基于Starling移动项目开发准备工作
转自: Starling中文站 - Starling移动开发教程
作者: 郭少瑞(NeoGuo)
现在移动开发可谓热火朝天，如果您是一位Flash开发者，或许您所在的团队，已经开始基于Flash内容的移动应用开发了。由于Adobe已经提供了AIR打包技术，来帮我们把同一份程序打包到iOS，Android，BlackBerry等系统或设备，这在很大程度上降低了跨平台的研发成本，也为传统的Flash研发团队进入移动开发领域提供了很好的机会。但是有机遇，也有麻烦。其中一个比较大的麻烦就是性能问题。现在的PC平台都有很强大的计算能力，我们基于Flash的应用开发，一般不太关心性能问题，但进入移动设备，我们会发现自己面临的硬件环境相当苛刻（当然现在的智能机硬件配置已经大大改善，让我们开发上的限制已经宽松了许多）。比如我们基于传统思路，用Flash电影剪辑等方式做了一个应用，在PC上预览没有问题，但在移动设备上却不能很好的执行(出现丢帧现象，这是显示渲染的压力太大所致)。为什么会出现这种情况？因为Flash中传统的显示列表机制（Stage，Sprite，MovieClip），都是依赖CPU的，也就是说渲染压力基本都在CPU上。在移动设备上CPU处理能力低下的情况下，出现丢帧的现象也就不足为奇了。
能改善这种情况的一种方式就是利用GPU加速，也就是利用显卡在图形方面的计算能力，减轻CPU在屏幕渲染上的压力。但悲剧的是，Adobe在“为传统的显示列表机制提供GPU加速”这个工作上进展缓慢，之前曾推出了在配置文件中增加<renderMode>GPU</renderMode>的设置来开启硬件加速，但不要激动，这个设置对于PC无效，对于移动设备也是限制多多，而且并不稳定。笔者曾经在一个项目中分别设置CPU和GPU模式来测试程序(iPad 1)，发现CPU模式反而运行效率更好且稳定。出现这样的情况相当让人沮丧，Adobe的技术团队也专门写过一篇Blog来解释其中的难度之大：Flash在之前的架构设计上完全是基于于CPU的(通常我们称之为软解)，也就是说传统的2D显示列表就是为CPU渲染设计的，这对于跨平台来说非常有效，但现在要迁移到GPU上就非常麻烦了。
这对我们来说，就意味着如果我们之前有一个复杂的，基于Flash传统显示列表的应用或游戏，想要原封不动的移植到智能设备上，而且还要保证和PC相似的执行效率，还是挺困难的。当然Flash盛行了这么多年，开发者也积累了很多行之有效的经验，来提升运行效率（比如基于Bitmap的动画实现，以空间换时间），这些经验可以帮助我们在一定程度上改善现有应用的执行效率。但可能还不够，移动设备的特性决定我们需要尽可能的将优化做到极致。要做到这一点，我们必须更有效的利用GPU。当然Adobe也意识到GPU对于提升渲染性能的重要性，所以推出了Stage3D。Stage3D虽然也做了抽象(解决平台无关性)，但无疑是和硬件更接近的，基于Stage3D我们可以开发和桌面游戏相媲美的网络3D游戏。当然因为Stage3D是偏底层的API，学习和掌握的成本也高一些。关于Stage3D本文不做过多介绍，如果您还不了解Stage3D，建议参考下面的文章：
- Stage3D 翻译系列之一: Stage3D是如何工作的（一）（概念篇）
- Stage3D 翻译系列之一: Stage3D是如何工作的（二）（深入篇）
- Stage3D 翻译系列之一: Stage3D是如何工作的（三）（完结篇）
当然正如其名，Stage3D是面向3D应用的API。如果我们只是想做2D应用，是不是就不能使用Stage3D了呢？当然也是可以的，但编程和实现思路将和我们之前的Flash经验大不相同，我们需要完全站在显卡的角度去编写实现过程，这无疑将是枯燥而且困难的，而且有很高的学习成本。所幸的是，一些具备探索和分享精神的技术达人，在Stage3D的基础上做了进一步的封装，以更接近传统Flash 2D显示对象的机制，来提供对传统Flash开发者更加友好的技术框架。这样的框架已经存在一些，比较知名的有Starling，ND2D等等。其中Starling得到Adobe官方的推荐，其接口也和Flash原有显示对象非常接近，所以笔者也选择了Starling来进行项目实践，并和大家分享这个过程中的经验。
Starling是由Gamua团队推出和维护的一个基于Stage3D的2D框架。这是一个位于奥地利的团队，有两位核心开发成员：Daniel Sperl和Holger Weissb ck。他们擅长Objective C和ActionScript，也正是因为这样，他们实际上有两个开源框架：Starling Framework和Sparrow Framework，两个框架的设计思想是一样的，只是前者面向Flash，后者面向iOS。
下载,安装和配置
工欲善其事，必先利其器，让我们先把“武器”准备好。这里的武器是指我们的IDE，考虑到大多数Flash开发者应该都是基于Flash Builder进行编程的（Flash Professional实在不适合编程，其它第三方IDE比如Flash Develop，当然也很优秀，但为了文章简练起见，不再涉及其它IDE了，如果您使用其它IDE，请参考IDE的帮助，整合最新的AIR SDK即可），我们就以Flash Builder为准，来介绍后面的操作步骤。
请安装最新的Flash Builder 4.6，这个版本已经支持移动项目创建，并且包含了最新的Flex SDK 4.6（PS：我们后面的讨论里不包括Flex框架或Flex项目，只是在Flash Builder中任何类型的项目都是依赖Flex SDK来编译的），但是内置的Flex SDK 4.6包含的是AIR 3.1的SDK，而对于移动设备的Stage3D支持则是在AIR 3.2中实现的。所以这个地方我们要做一下调整，替换Flex SDK中的AIR的部分。
操作步骤：
- 进入Flex SDK目录（Win下面是{您的安装路径}Adobe Flash Builder 4.6sdks），您的最新版本应该是4.6，将4.6复制一份，命名为4.6_AIR3.2
- 从Adobe官方下载最新的AIR SDK，地址是:AIR SDK下载
- 下载后解压缩，覆盖4.6_AIR3.2
- 启动Flash Builder，打开窗口->首选项->Flash Builder->已安装的SDK，新建一个SDK配置，目录指向刚才创建的4.6_AIR3.2，并设置为默认SDK
- 新建一个ActionScript手机项目，观察主应用的XML配置文件的命名空间(比如主类是Main.as，那么配置文件是Main-app.xml)，如果命名空间是，则代表配置成功
然后我们需要下载Starling。当然跟所有的ActionScript类库一样，我们可以使用它编译后的SWC，也可以使用它的源码。这里笔者建议大家尽量使用源码，因为作为一个新生框架，Bug是不可避免的，一旦有问题，我们可以追踪源码来发现和解决。如果用SWC就没有这个便利了。
目前Starling官网( )，提供的稳定下载版本是1.0，从这里下载。然后还有一个正在开发的版本，在github托管，地址：经测试发现，目前Github上的版本也比较稳定，而且Demo里带了一个iOS的实例，如果您做移动开发，可以尝试用github上的最新代码版本。
下载源码后，可以通过Flash Builder创建一个库项目，包含Starling的源码，Flash Builder会自动将代码编译SWC。然后您可以创建一个ActionScript手机项目，在构建路径->库路径这个界面上，引用刚才创建的库项目即可。
刚才也说到，源码中是附带了例子的，如果您下载的是github上的源码，里面还有一个专门的iOS的例子。如果您已经具备了Flash开发经验，那么看这个例子无疑是快速了解Starling使用方式的最佳途径。
请遵循下面的步骤启动这个例子
- samples目录实际上包含两个例子：demo和demo_ios，其中demo_ios需要依赖demo的资源，在后面的步骤中需要注意。
- 在Flash Builder中创建一个ActionScript手机项目，类型可以设定为iOS，平台为iPhone，然后引入上面创建的Starling库。
- 在源码设定部分，将demo/src和demo_ios/src两个目录全都设定进去，然后设置启动的Application为demo_ios/src/Startup_iOS.as。
- 如果没有提示编译错误，那就表示配置成功，可以用Flash Builder的模拟界面进行测试，可以看到如下的界面：
如果您想在真实设备测试，就要分情况而言：如果是Android设备，比较简单，通过自建证书打包为APK，安装到Android设备即可；如果是iPhone或iPad ,就麻烦一些，您需要一个苹果认可的签名证书才能完成打包，这个证书需要注册苹果开发者账号并付费才能获取，具体过程参见James Li的教程，这里不再细述。
今天就到这里，后面我会继续和大家探讨使用Starling过程中的一些问题和经验。