今天来翻译第二部分。
针对Starling的专门建议
把状态变更缩减至最小
如你所知，Starling使用Stage3D做所有的可见对象渲染。这意味着所有的绘制都是由GPU完成的。
目前，Starling每次提交一个四边形数据，一个接一个地向GPU提交，一个接一个地绘制。实际上，这也是最初版本的Starling的工作办法，所以可以通过一次向GPU提交大批量的数据进行绘制的办法，来获得最佳性能。
这也是为什么新的Starling版本在每次向GPU提交之前尽量积存较多的四边形数据。不过，它只能批量提交具有相似特性的四边形。每当遇到一个状态发生变化的四边形时，一个“状态变更”就发生了，之前的批量数据们就被提交绘制了。
由于最近一直在折腾Starling相关的开发，这已经不是第一次向Starling进击了，因此也鸡贼了一些，今天静下心来仔细细读了一遍官方的优化建议，终于使自己手上的项目运行在一个比较理想的性能指标上了，故而饮水思泉，想翻译原文一篇，供大家一起研究。
Starling的性能优化
尽管Starling仿造了Flash显示列表的经典结构，但是在这表象的背后却蕴含着巨大的不同。因此，想要使程序达到最佳的性能，你首先应该了解其架构中的一些关键性概念。下面是一个最佳实践列表，你可以按照这个顺序实践来使你的游戏运行得尽可能地快，哦耶。
与标准AS3相关的建议
永远要以发布版本(release build)作为性能比照的依据
某日在使用之前提到的TexturePacker的软件时，发现我的试用期已经过了，Mac版本还好会弹出一个对话框提示过期，Windows版本会直接把你素材中较大的图形资源加上红色滤镜，并用小字体遍布其上，反复念叨着（你丫已经过期了你知道么）。
在搜寻key的过程中，忽然发现一位老兄提到可以申请一个免费的开发者授权，他申请的时候是3.1.0版本，抱着试试看的态度，我就先买了一个疗程的，准备吃吃看填写了一份申请表单，申请地址在此，
Request a free license for Code’n’Web tools
我不知道这个免费的申请过程有多久，不过我确实认为这是个行之有效的开发软件推销行为，我也很乐意写一篇博客转述这样一个优秀的图片资源打包软件。
我的朋友Winnie去了神奈川玩，她和她的老公一脸憨笑地在OP中樱木向晴子挥手的地方合影，嗯……项目嫉妒恨满腹！
大弟弟去了一次韩国玩（我当然不想提他房子都装修好了老婆却和他吹了这件事了，说不定就是这样才一下子整个世界都开朗起来了呢！），6天，然后就开始在微博空间里大谈韩国文化了，文化！这是多么大的一个命题啊，我觉得你是词汇量不足只能想起文化这个词吧？
近期老大开始研究各种消除类游戏的界面设计，发现其中一个细节是，我们的界面风格无论怎么看都都有一种硬邦邦的感觉，过多尖锐的直角很容易令人紧张，不利于治愈人心，所以我们开始尝试改变，其中一点就是，如何让尖锐的边缘变得圆润，涉及到要绘制一个连续的圆形边缘效果，两个放在一起对比一下区别还是比较明显的。
图和文没有任何关系
由于我需要在我的mini项目中录制音频，所以我去找了一下Air录制音频的例子，发现很早以前就已经有人在讨论这个问题了，地址如下。
有一个令许多AntiFlasher喜大普奔的消息，就是Adobe今日宣布了开源的Snap.svg API，我马上屁颠儿屁颠儿的跑去看。
最初的二十分钟里，我确实有点兴奋，初级教程的过程看起来是如此地清晰，这种教程风格我超级喜欢（左边显示运行结果，右面是对应部分代码。）但当我动手时遇到了如下问题。
我刚刚经历了一次猛烈的眩晕，从晚上18点开始，持续道晚上23点11分，有种明显的脑部供血不足的感觉，脑后颈部酸胀，麻木。
看了两端World Order的MV，感觉身体的秩序随着他们的规律动作在慢慢恢复。
有点跑题，我来完结我的老房子之旅。
我竟然一直忘了FeathersUI，之前忘记什么时候来着，想好好看看这个基于Starling的UI框架的，结果直到今天要做项目时才发现这么一堆现成的好东西竟然一直没注意。
需求是这样的，我需要滚动一个较大的横幅画面，4096*640，需要实现缓动效果，自己写了半天也不理想，于是想去找对应的库，先找到鸭道比君的博客，和他写的一个下拉刷新的列表控件，而这个控件基于Feathers，我才想起它来。啊啊啊~
有趣的是Starling的logo是一只欧椋鸟（Starling），然后它的UI框架就叫羽毛（FeathersUI），有爱啊～