Flex的mx_internal命名空间

如果查看Flex的框架源码，就经常会看到有些属性和方法被加上了 mx_internal 前缀。特别是调试的时候。于是就自然要去查找 mx_internal 是什么。Adobe Developer Connection 上，有篇 什么是mx_internal 的文章，大体上说，mx_internal 是一个命名空间，这个命名空间被Flex框架用来划分那些在将来的SDK发布中可能会做更改的方法和属性。

比如下面的代码

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

<?xml version="1.0" encoding="utf-8"?> <mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="vertical" creationComplete="init()">   <mx:Script> <![CDATA[ import mx.controls.Alert; import mx.controls.Text;   import mx.core.mx_internal; use namespace mx_internal;   private function init():void { Alert.show(String(txt.htmlTextChanged)); } ]]> </mx:Script>   <mx:Text id="txt"/> </mx:Application>

其中，如果去掉这两句

import mx.core.mx_internal; use namespace mx_internal;

那么编译的时候会直接报错： 1178: 试图访问不可访问的属性 htmlTextChanged (通过 static 类型 mx.controls:Text 引用)。
所以在不使用mx_internal命名空间的情况下，不能访问到那些被隐藏起来的“不确定”的方法和属性。一旦使用这个命名空间，就可以像public那样直接访问到这些危险的但可能是非常有用的类成员。

上面的例子里，Text的htmlTextChanged就是一个在mx_internal命名空间里的属性。它的定义在Text的父类Label里：

608 609 610 611

/** * @private */ mx_internal var htmlTextChanged:Boolean = false;

因为未来版本的SDK可能会对这些方法和属性做出修改，所以只有在不得已的情况下，才会考虑去使用它们。使用它们的代价很可能是SDK升级时的不兼容，或者代码的大量修正，也意味着程序的升级或者改版被限制了。