本文主要是介绍再思考如何给Flex程序瘦身，如何提高swf运行性能，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
**以下皆为个人判断，仅供参考。
1、 Flex程序为什么这么胖？
（1）、可视化组件个体体积大
“作为一个框架，我要尽可能提供多功能的通用型组件。我无法预知在你的特定应用中你需要什么功能，不需要什么功能，所以索性把我能够想到的功能都提供给你。”
于是每个可视化组件都很大。
在你的Flex开发的RIA应用中，是否用到了框架提供的全部功能，比如说动态换皮肤，换样式，国际化？
（2）、自动生成的隐形代码
元数据标签是告诉Flex编译器如何自动生成特定类型的代码，并编译代码。
元数据的存在简化了一部分代码的编写，提高了生产力。
但是被隐藏的自动生成的代码无法干预（优化），无论是代码体积和运行性能都可能存在“负面”效应。
我们在特定应用中“定制”的一些实现方式、方法很可能要比框架提供给我们的更合适。
2、Flex程序为什么运行不是很快？
（1）、ActionScript语言本身就不是用于计算用途的语言。
（2）、它又是解释型的运行方式，速度又慢上一拍。
（3）、FlashPlayer的画面渲染方式耗资源，影响性能
（4）、Flex可视化组件功能太多，体积大
3、如何瘦身，如何提高运行性能？
（1）、给Flex可视化组件减肥：
重新为特定项目自定义可视化组件，去掉不用的功能。
说起来容易做起来难。技术难度是一方面，有限的时间和有限的资金投入是主要的限制。
*Flex框架、SDK在贡献给开源社区后，能否让Flex框架从根儿上适合于“定制”，是值得期待的。
（2）、在掌握确切证据后，不用Flex元数据标签之类的东东，用“特定”的方式满足“特定”的需求，从而为程序瘦身，提高运行性能。
<注>：通过和Flash做出的程序作类比，可以知道：Flash做出的RIA程序体积比Flex小很多，运行也很快。
可以推测，同样是ActionScript的底子，Flex也能变得小一些，快一些。
这篇关于再思考如何给Flex程序瘦身，如何提高swf运行性能的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
