不要和Flash对抗

摘自《实战Flash游戏开发》

<2.4 不要和Flash对抗)>

==================================================

当传统的游戏开发者头一次转而用Flash开发游戏时，他们有时会对Flash产生抵触情绪，但如果想用Flash得到预期结果，通常最好的办法就是充分利用它的优势。

==================================================

?

<部分6 Flash为什么会这么做)>

==================================================

Flash与ActionScript中的一些特点甚至可以使经验老到的开发者也深感迷惑。这其中的一些特点跟类似结构语言如Java或C#截然相反，所以由其他语言转入Flash开发的人们会觉得很郁闷。而另外一些特点则跟Flash执行命令的操作顺序有关。有时出现的错误只是由于你误解了"操作顺序"而造成的。

==================================================

?

?

>>以下是个人理解和思考：

当传统的应用程序开发者头一次转而用Flex开发RIA时，他们有时会对Flex产生抵触情绪，认为它的流程控制跳来跳去，不容易把握；组件的自定义内容难于理解。但如果想用Flex开发出优秀的RIA，充分理解FlashPlayer的执行特点，充分掌握Flex框架的原理是必须的。在此基础之上，一切会变得顺理成章。

?

Flex本身就是个UI程序开发框架。作为框架，它要做得很通用，因此体积庞大。

带来的网络负载压力自不必多说。

在Flex被捐献给开源社区后，“瘦身”一定会成为一个发展目标。

舍弃Flex某些原生机制（比如事件）的各种MVC框架，某个角度来讲，它是“Flex框架上的框架”。

?

代码越接近底层，执行效率越高，体积越小。

包装越多，执行效率越低，体积越大。

?

不要和Flash对抗，不要舍弃AS底层机制，不要包装过多，优化Flex框架。