本文主要是介绍Flex中的TextInput （6）： 示例和Flex中真实的TextInput的不同，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
通过一系列的示例程序，我们知道用纯粹的ActionScript能够开发出和Flex外观上一致的控件（Flex本质上就是ActionScript）。
算是开了个头： 其实Flex也没有那么深奥。
那么示例和Flex中真实的TextInput有什么不同呢？
（1）。Flex实现了更多的功能
比如支持IME
（2）。Flex为所有UI控件定制了与生命周期有关的结构，这种结构和非UI组件（比如mx.managers.SystemManager）一起形成了有机的Flex框架
比如UI控件中最重要的几个必要函数：CreateChilder,measure,commitProperties,updateDisplayList
（3）。。。。。。
在这里再次表明对Flex框架的看法：
（1）。框架并不理想
如果分析Flex编译器自动生成的代码可以明显感觉：代码文件结构很不清晰；类之间的使用关系很乱。
（2）。过度以来编译器来生成代码
减弱了开发者对程序的控制，同时模式化的代码生成必然带来冗余的无用代码。
（3）。Flex是否够精炼？有没有经过充分优化？
Flex框架发展到版本4.6，都还在沿用着最初的结构设计。不去改正和完善设计中的缺点而是像贴膏药，打补丁似的不断在 不完善的结构上增加功能。 结果就是积重难返。
个人猜想Flex的方向设计者并没有真正地认真的考虑Flex的应用领域，一味地追求大而全。
否则Flex框架应该会瘦身很多，应该会提供更大的对框架自身的改造自由度。
（4）。FlashPlayer是非常优秀的运行环境，ActionScript是非常优秀的开发语言。Flex为ActionScript的发展提供了新的应用空间（企业RIA）。
（5）。Flex经过社区（Apatch）的方向调整和结构的在构筑，通过存良去莠能够再次获得开发者青睐，也能获得企业的认可。
我们分析Flex框架代码的目的有两个：
一是理解Flex框架的设计理念，而是发现它的缺点，并指出改善意见。
这篇关于Flex中的TextInput （6）： 示例和Flex中真实的TextInput的不同的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
