关闭

Flex的mx_internal命名空间

1731人阅读 评论(0) 收藏 举报
分类:

如果查看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升级时的不兼容,或者代码的大量修正,也意味着程序的升级或者改版被限制了。

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:461141次
    • 积分:5172
    • 等级:
    • 排名:第5325名
    • 原创:94篇
    • 转载:35篇
    • 译文:0篇
    • 评论:104条
    文章分类
    最新评论