Flex框架封闭式设计理念制约其发展，甚至断了它的前程

对于大多数开发者而言，Flex框架是拿来即用的成品，对其更多的操作是通过CSS改变外观；或在其提供的结构之上，抑或根据其既定的结构要求增加自定义内容。

无论何种操作，都是在做内容的“加法”。没有“减法（去掉不需要的功能，减小体积）”

真正把握住FLex框架内部机制占的比例非常小。即便是懂得了其内部机制、原理，也只能就此止步。

因为不可能重写FLex框架。

（补充：FLex框架为了向下兼容，保留了很多旧版本的代码。且全部代码难见“工程式开发”所体现的标准代码，统一风格。看其代码是相当费事的。个人认为好代码应该是易懂的，应该是“傻瓜式”的）

在这种意义上，Flex框架面向开发者呈现出的是一种封闭式状态（很难修改其内部机制或削减功能）。

要知道，国内网络速度是有目共睹的，大体积的Flex程序在下载速度上首先被用户否定掉了。

即便未来网速大幅度提升，作为网络应用，服务提供商支出的很大一部分成本在于购买带宽流量。Flex体积大就意味着需要更多的带宽，更多的流量，更多的成本。

只能做加法，不能做减法的Flex框架目前的风光不再，于此有很大关系：用户体验不佳（下载慢）。

如果FLex的体积能够像jsp、php那样体积小巧，应该能够重换光彩。

但是事实上不可能达到那么小的体积（这是Actionscript提供更多功能的代价。鱼与熊掌不可兼得）。但是与目前相比做小一半，甚至更多是有可能的。

方向就是做“减法”。

如何才能做减法？重构！