锁定老帖子 主题:Flex中的模块
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2008-12-19
参考
Using the ApplicationDomain class
Module
Module加载是Adobe解决Flex系统应用初始化时较大的下载负载而设计的一种折中方案。Module是为自己项目准备的,如果你的项目编译后大小是1.5MB,那么也许在你使用module把项目合理分割以后大小会是 700K + 200K+ 100K+200K+ 200K+200K。为什么后面的模块体积会变小,就是因为公有的类引用没有重复编译到他们之中了。 所以Module是为同一个项目准备的,他们之间有很强的依赖关系,并不是为其他项目提供 "包" 。
Module 实际上是一个预编译的SWF文件。虽然是SWF格式的文件,但是这个文件不能独立运行,并且只能被ModuleLoader加载后才能显示。逻辑上它是一个容器,可以像一般的容器一样包含别的容器,组件,甚至是别的Module模块。根据需要,预编译的Module模块可以被应用加载和卸载。
Flex Builder中创建Module
可以使用<mx:Module>创建Module类;令一种方式采用ModuleManager类在ActionScript中创建Module模块类。在Flex Builder创建Module非常方便,如下图:
在编译的时候就会生成一个和mxml文件同名的swf文件。
AS中创建Module
如果您编写仅 ActionScript 模块,则可以扩展mx.modules.ModuleBase类。如果 是MXML 文件中的 <mx:Module> 标签编写基于 MXML 的模块,就应该扩展 mx.modules.Module类,它会将其加入到可视化显示列表。
Module域
通常将模块载入一个子域,那么模块里面的类定义都不是application域的。比如第一个模块载入了类PopUpManager,那么整合Application中,它就成了PopUpManager的拥有者,因为像这种manager都是单例的,如果另外一个模块稍后要使用这个PopUpManager,就会引发运行时异常。
解决办法就是确保这些managers,比如PopUpManager and DragManager或者其他一些共享的服务 是在application中定义的,这样就能确保所有模块都能够使用。在main Application中:
import mx.managers.PopUpManager; import mx.managers.DragManager; private var popUpManager:PopUpManager; private var dragManager:DragManager;
这项技术同时也应用到组件中,当module第一次使用组件时,将在它自己的域中拥有这些组件的类定义。如果别的module试图使用这些已经被另一个module使用的组件,它的定义将会不能匹配到现存的定义中。因此,为了避免组件的定义不匹配,在主应用程序中创建组件的实例,让所有的module去引用。
但是这个坏处很明显,这些声明莫名其妙,成为了一个"木偶变量",所以在网上找到另一种办法,参见
http://www.blogjava.net/alex0927/archive/2008/11/24/241989.html?opt=admin,
在ModuleLoader 的creationComplete方法中加入如下代码,表示将其加载到运行时库 moduleLoader.applicationDomain = ApplicationDomain.currentDomain; 对于使用ModuleManager,可以在IModuleInfo的load方法里面指定域。
有关于应用程序域内容存可以参考下面几篇文章:
http://hereson.iteye.com/blog/192337
http://bufanliu.iteye.com/blog/200594
ModuleLoader
Flex中的ModuleLoader组件为模块的载入提供和很方便的接口,它是高层的处理Module的API。
可以这种在flex中简单的使用module
<mx:ModuleLoader url="MXMLDemoModule.swf"/>
也可以在编程时动态的改变URL,来加载不同的Module。
ModuleLoader其实是一种特殊的导航式容器。和一般导航式容器如ViewStack不同的是,ModuleLoader不必在初始化时携带加载所有的孩子组件。
另外,推荐在moduleloader做切换的时候,加上:moduleLoader.unloadModule再做moduleLoader.loadModule()。Flex确保调用load()方法只有一个对象。
ModuleManager
ModuleManager类提供了低层次的处理Module的装载卸载以及事件响应等的变成接口。这种方式比起纯粹的ModuleLoader方式稍微复杂一点,但是ModuleManager提供了比ModuleLoader更加强大的能力来管理Module模块的加载过程。
具体操作可以分成以下几步:
1.通过ModuleManager实例的getModule()方法拿到Module模块的一个索引,索引类型为IModuleInfo。
2.调用这个索引的load()方法。
3.利用这个接口的factory属性拿到它相关连的Module工厂,调用此工厂的create()方法,并将返回值强制转换成当前的Module类型。
看以下代码:
private var module:IModuleInfo; module = ModuleManager.getModule("UserList.swf"); module.addEventListener( ModuleEvent.READY,onModuleReadyUseModuleManager); module.load(); private function onModuleReadyUseModuleManager(event:Event):void{ var me:ModuleEvent = event as ModuleEvent; userList = me.module.factory.create() as UserList; container.addChild(userList); }
在调用create()方法的时候,可以先不加入显示列表,这样就可以先将module载入内存,需要的时候再加入显示列表。
加载过程的事件
这个倒不是ModuleManager特有的,ModuleLoader也有,就是setup,ready,unload,progress,error等事件。
Progress事件
protected function onModuleProgress (e:ModuleEvent) : void { trace ("ModuleEvent.PROGRESS received: " + e.bytesLoaded + " of " + e.bytesTotal + " loaded."); }
主要就是bytesLoaded和bytesTotal,分别表示已经加载的字节数和总共的字节数。
模块与应用之间的访问
Application访问模块
用ModuleLoader载入的模块,application可以用child来访问module中的方法。比如在模块中有一个公共的objectMethod方法
s = (m1.child as loaderModule).objectMethod();
如果使用ModuleManager,那么可以向下面这样:
public var sm:Object=moduleInfo.factory.create() as loaderModule; s = sm. objectMethod;
模块访问Application
主要是使用parentApplication 属性:
// testProperty可以是application的一个属性或者方法,当然module的可移植性几乎就没有了 var aa:Object=this.parentApplication.testProperty;
模块访问模块
有两个模块,可以通过Application来访问:
<mx:ModuleLoader url="InterModule1.swf" id="m1"/> <mx:ModuleLoader url="InterModule2.swf" id="m2"/> s = parentApplication.m1.child. objectMethod ();
<!---->
给ModuleLoader传递参数
采用给url传递参数的方式,下面的是载入module的url
var s:String = "QueryStringModule.swf?" + "firstName=" +ti1.text + "&lastName=" + ti2.text;
在模块中 <!---->
var myPattern:RegExp = /.*\?/; var s:String = this.loaderInfo.url.toString(); s = s.replace(myPattern, ""); var params:Array = s.split("&"); var keyStr:String; var valueStr:String; var paramObj:Object = params; for (keyStr in paramObj) { valueStr = String(paramObj[keyStr]); ta1.text += keyStr + ":" + valueStr + "\n"; } for (var i:int = 0; i < params.length; i++) { var tempA:Array = params[i].split("="); if (tempA[0] == "firstName") { o.firstName = tempA[1]; } if (tempA[0] == "lastName") { o.lastName = tempA[1]; } } if (StringUtil.trim(o.firstName) != "" && StringUtil.trim(o.lastName) != "") { salutation = "Welcome " +o.firstName + " " + o.lastName + "!"; } else { salutation = "Full name not entered." }
利用接口避免耦合
我们可以定义一个ActionScript接口,Module模块对象实现了这个接口中定义的方法和属性,那么主应用Application就可以访问这个接口中定义的属性和方法。接口中定义了Module模块对象和主应用Application需要共享的数据和方法,是两者间共同的一个契约,同时也实现了接口和实现的分离,达到了松耦合的目的。
接口
package{ import flash.events.IEventDispatcher; public interface IModuleInterface extends IEventDispatcher { function getModuleName():String; function setAdjusterID(s:String):void; function setBackgroundColor(n:Number):void; } }
模块文件IModuleInterface
<?xml version="1.0"?> <!-- modules/interfaceexample/AutoInsurance.mxml --> <mx:Module xmlns:mx="http://www.adobe.com/2006/mxml" width="100%" height="100%" implements="IModuleInterface"> <mx:Panel id="p1" title="Auto Insurance" width="100%" height="100%" backgroundColor="{bgcolor}"> <mx:Label id="myLabel" text="ID: {adjuster}"/> </mx:Panel> <mx:Script> <![CDATA[ [Bindable] private var adjuster:String; [Bindable] private var bgcolor:Number; public function setAdjusterID(s:String):void { adjuster = s; } public function setBackgroundColor(n:Number):void { bgcolor = n; } public function getModuleName():String { return "Auto Insurance"; } ]]> </mx:Script> </mx:Module>
Application中
var ichild:* = mod.child as IModuleInterface; if (mod.child != null) { ichild.setAdjusterID(myId.text); ichild.setBackgroundColor(myColor.selectedColor); }
<!---->
<!---->
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2008-12-20
哇,此贴极品。。。写得好。
|
|
返回顶楼 | |
发表时间:2008-12-20
最后修改:2008-12-20
hereson2 写道 哇,此贴极品。。。写得好。
呵呵 ,也不枉我花了这么多时间研究 |
|
返回顶楼 | |
发表时间:2008-12-21
谢谢楼主啊,正在学习FLEX,对Module正一头雾水呢!
|
|
返回顶楼 | |
发表时间:2008-12-22
很好的一帖
|
|
返回顶楼 | |
发表时间:2008-12-22
不错...
|
|
返回顶楼 | |
发表时间:2008-12-22
非常非常感谢LZ
|
|
返回顶楼 | |
发表时间:2008-12-22
最后修改:2008-12-22
module,RSL,framework RSLs都可以减小编译后的swf文件体积。其中,以framework RSLs最实用。
例如我的一个网页项目直接编译后有500k,使用framework RSLs后主文件缩小到220k。之后软件不断升级,直接编译后有1000k,但是使用framework RSLs后主文件也只刚到300k。这增加的80k来自于新增的图标和代码。 module: 使用RSL时,module不能利用RSL共享的库。 1. 使用module时,100k的swf文件变成 main(70k)+module(30k)=100k 。 2. 使用module+RSL时,100k的swf文件变成main(50k)+RSL(50k)+module(30k)=130k 。(我在flex2时测试发现如此。也许以后module能够使用RSL共享库。) framework RSLs: 在adobe的缓存文件夹中缓存共享库。这样用户在清除IE缓存后,不会将framework RSLs清除掉。 我的策略是: 1.module的数量很多的超大型互联网项目,而且用户每次可以用到的只是其中一部分的时候使用module。 2.网页页面篇幅使用数目不多的情况,使用framework RSLs。 |
|
返回顶楼 | |
发表时间:2008-12-22
jiorry 写道 module,RSL,framework RSLs都可以减小编译后的swf文件体积。其中,以framework RSLs最实用。 例如我的一个网页项目直接编译后有500k,使用framework RSLs后主文件缩小到220k。之后软件不断升级,直接编译后有1000k,但是使用framework RSLs后主文件也只刚到300k。这增加的80k来自于新增的图标和代码。 module: 使用RSL时,module不能利用RSL共享的库。 1. 使用module时,100k的swf文件变成 main(70k)+module(30k)=100k 。 2. 使用module+RSL时,100k的swf文件变成main(50k)+RSL(50k)+module(30k)=130k 。(我在flex2时测试发现如此。也许以后module能够使用RSL共享库。) framework RSLs: 在adobe的缓存文件夹中缓存共享库。这样用户在清除IE缓存后,不会将framework RSLs清除掉。 我的策略是: 1.module的数量很多的超大型互联网项目,而且用户每次可以用到的只是其中一部分的时候使用module。 2.网页页面篇幅使用数目不多的情况,使用framework RSLs。 说的很对,大部分项目都没必要用module的 |
|
返回顶楼 | |
发表时间:2008-12-22
顶就一个字
|
|
返回顶楼 | |