這應(yīng)該不算是一個(gè)很新的技術(shù)，但絕對(duì)是一個(gè)很有用的技術(shù)，這是我在前一個(gè)公司工作時(shí)學(xué)到的，當(dāng)時(shí)實(shí)現(xiàn)的是對(duì)php頁(yè)面通過(guò)路由實(shí)現(xiàn)動(dòng)態(tài)跳轉(zhuǎn)。沒想到現(xiàn)在這個(gè)項(xiàng)目又將用到。當(dāng)我們的網(wǎng)站頁(yè)面很多，需要的跳轉(zhuǎn)很多，而我們又需要?jiǎng)討B(tài)地在主頁(yè)面中加載子頁(yè)面時(shí)，就將用到這個(gè)技術(shù)。我們現(xiàn)在這個(gè)項(xiàng)目前臺(tái)由FLEX實(shí)現(xiàn)，整個(gè)系統(tǒng)可能只由幾個(gè)application組成，所有的功能點(diǎn)都由module實(shí)現(xiàn)，而module本身無(wú)法實(shí)現(xiàn)各module間的跳轉(zhuǎn)，只能通過(guò)application實(shí)現(xiàn)對(duì)各個(gè)module的動(dòng)態(tài)加載來(lái)達(dá)到跳轉(zhuǎn)的功能。而一個(gè)項(xiàng)目中可能有上千個(gè)module,公司的每個(gè)人可能會(huì)分到上百個(gè)module乃至幾百個(gè)module的任務(wù)。所有的這些module如果不用路由技術(shù)，那么每次跳轉(zhuǎn)都要能過(guò)觸發(fā)一個(gè)不同的函數(shù)來(lái)實(shí)現(xiàn)，這樣每一個(gè)application就會(huì)有幾百個(gè)這樣的跳轉(zhuǎn)函數(shù)，想想那有多么恐怖吧，而且可維護(hù)性將變得極其差。
　　如果我們使用了路由技術(shù)，那情況就會(huì)變得大不一樣了，路由技術(shù)的原理其實(shí)很簡(jiǎn)單，就是通過(guò)字符串的拼接，拼接出一個(gè)我們需要跳轉(zhuǎn)的url,通過(guò)傳遞不同的參數(shù)，我們便可達(dá)到跳轉(zhuǎn)到不同頁(yè)面的目的。而在我們現(xiàn)在這個(gè)項(xiàng)目中，為了達(dá)到動(dòng)態(tài)地在application加載module的目的，我把實(shí)現(xiàn)跳轉(zhuǎn)的函數(shù)從
application移到了module,由各個(gè)module自己決定自己要跳轉(zhuǎn)的目的地址，各個(gè)module把組裝完整的url傳遞給application,這樣在application中只要有一個(gè)函數(shù)便可實(shí)現(xiàn)頁(yè)面跳轉(zhuǎn)的功能。從幾百個(gè)函數(shù)到一個(gè)函數(shù)，我們的application將減少幾千行代碼。最有利的還不是這個(gè)，由于把頁(yè)面跳轉(zhuǎn)的任務(wù)權(quán)利分到了各個(gè)module，這樣各個(gè)模塊內(nèi)的module將變得更加的獨(dú)立，每個(gè)人只需把自己的module做好便可以了，不用去考慮整個(gè)系統(tǒng)。而且系統(tǒng)的集成將變得極其簡(jiǎn)單，維護(hù)也將變得更為獨(dú)立，更不會(huì)出現(xiàn)改動(dòng)了一個(gè)module而牽一發(fā)而動(dòng)全身的情況。
　　由此，在我們的application中，如在mainFrame.mxml中，只需定義一個(gè)實(shí)現(xiàn)跳轉(zhuǎn)的函數(shù)
　　如：
　　public function jumpTo(toUrl:String):void
　　{
　　m1.url=toUrl;
　　m1.loadModule();
　　}
　　在各個(gè)module中，必須要把url完全組裝好，包括需要傳遞類似ID的參數(shù)的情況，然后調(diào)用application中的jumpTo()函數(shù)便可。
　　如，在我的一個(gè)module中點(diǎn)擊修改按鈕，在這個(gè)module中，加一個(gè)函數(shù)
　　public function displayUpdate():void
　　{
　　var fromTable:String=this.DG.selectedItem.fromTable as String;
　　if(fromTable=="large")
　　{
　　var url:String = "eqm/updateLarge.swf?eqmID="+ this.DG.selectedItem.eqmID as
String;
　　}
　　else if(fromTable=="small")
　　{
　　var url:String="eqm/updateSmall.swf?eqmID="+this.DG.selectedItem.eqmID as
String;
　　}
　　this.parentApplication.jumpTo(url);
　　}
　　這樣就把實(shí)現(xiàn)跳轉(zhuǎn)的任務(wù)分配到了各個(gè)module，由各個(gè)module自已決定跳轉(zhuǎn)!
　　但這樣之后還可能會(huì)報(bào)一個(gè)
　　FLEX:TypeError: Error #1034: 強(qiáng)制轉(zhuǎn)換類型失敗 的錯(cuò)誤
　　這時(shí)，在application中加上：
　　import mx.managers.DragManager;
　　import mx.managers.IPopUpManager;
　　private var dragManager : DragManager;
　　private var popUpManager : IPopUpManager;
　　問(wèn)題便會(huì)得到解決，具體原因如下：(原因轉(zhuǎn)自一臺(tái)灣網(wǎng)站，我改成了簡(jiǎn)體中文)
　　屬于ModuleLoader shared code problem.
　　當(dāng)Module中使用managers時(shí)(如PopUpManager，DragManager,
HistoryManager等)則可能出現(xiàn)這個(gè)問(wèn)題(當(dāng)application里在loader之前沒有引入這些manager的引用時(shí))。
　　manager的方法是靜態(tài)方法，整個(gè)應(yīng)用程序中創(chuàng)建了一個(gè)該manager接口的singleton實(shí)例,但module僅在自己的 Application domain中使用該單例, 當(dāng)多個(gè)module使用同一個(gè)單例，manager且main
application沒有使用時(shí)，就會(huì)出現(xiàn)這個(gè)空對(duì)象應(yīng)用問(wèn)題：第一個(gè)引入某manager的module不能將該manager接口的singleton跟其他module共享，其他module調(diào)用該Manager的方法時(shí)，應(yīng)用程序不會(huì)再創(chuàng)建該manager接口的實(shí)例，這個(gè)module就無(wú)法引用到該manager接口的實(shí)例,就出現(xiàn)了空對(duì)象引用問(wèn)題.