今天就跟大家聊聊有關Silverlight中導航框架與動態(tài)加載的原理是什么,可能很多人都不太了解,為了讓大家更加了解,小編給大家總結了以下內容,希望大家根據(jù)這篇文章可以有所收獲。
為船營等地區(qū)用戶提供了全套網頁設計制作服務,及船營網站建設行業(yè)解決方案。主營業(yè)務為成都做網站、網站建設、船營網站設計,以傳統(tǒng)方式定制建設網站,并提供域名空間備案等一條龍服務,秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務。我們深信只要達到每一位用戶的要求,就會得到認可,從而選擇與我們長期合作。這樣,我們也可以走得更遠!
1. Silverlight 3 的導航框架簡介
Silverlight 提供了內置的導航框架,可以比較輕松的在 Silverlight Page 之間進行切換,并且可以和瀏覽器的前進、后退按鈕集成,下面的代碼可以簡單的說明其用法:
這段代碼很簡單,通過設置 HyperLinkButton 的 NavigationUri 和 TargetName 兩個屬性,可以讓指定的 Frame 去加載指定的 Silverlight Page 。
2. 常見的動態(tài)加載解決方案
當 Silverlight 項目比較大的時候, 很自然的會想到將 Silverlight 項目拆分成多個 xap 文件,進行按需加載,這個實現(xiàn)起來也不難。通常的做法是使用 WebClient 或者 HttpWebRequest ,向服務端請求所需的 xap 文件,然后通過 xap 壓縮包內的 AppManifest.xaml 文件,獲取到 xap 文件內部打包的 dll 文件信息,在客戶端通過反射進行加載。
3. 導航框架與動態(tài)加載相結合時遇到的問題,原因與解決方法
如果將這兩者結合起來,利用 Sliverlight 內置的導航框架來加載動態(tài)加載的 xap 文件內部的 Silverlight Page ,對應用程序的開發(fā)和用戶體驗都是有很大幫助的:對開發(fā)方面來說,不用反射加載,而是使用 Silverlight 內置的導航框架,可以節(jié)省很多代碼;對用戶體驗方面,按需加載能減少初始加載文件的大小,減少等待時間,使用導航框架可以和瀏覽器的前進、后退按鈕緊密集成,用戶體驗更佳。
但是,在 Silverlight 3 目前的版本中, Frame 控件似乎不能直接加載動態(tài)加載的 Silverlight Page , 不管是通過設置 HyperLinkButton 的 NavigateUri 屬性,還是通過調用 Frame.Navigate(Uri source) 方法,都會出現(xiàn)相同的異常, 看下面代碼:
var xap = "http://localhost:2704/AppSL.Web/ClientBin/TestSLApp.xap"; // LoadPackage 是加載 xap 的擴展方法 Deployment.Current.LoadPackage(xap, () => { var uri = new Uri("/TestSLApp;component/MainPage.xaml", UriKind.Relative); this.WidgetFrame.Navigate(uri); });
當執(zhí)行至 WidgetFrame.Navigate(uri) 時,會出現(xiàn)下面的異常:
是什么原因導致這個異常呢? 通過 Reflector 察看 PageResourceContentLoader ,發(fā)現(xiàn)加載 x:Class 的是這個 GetTypeFromAnyLoadedAssembly 方法:
這個方法只是遍歷 Deployment.Current.Part 去尋找所需要的類型,并沒有去遍歷動態(tài)加載的文件, 當然,這里也不可能去遍歷。
看到這里,終于找到異常出現(xiàn)的原因了,由于這個方法是私有并且是靜態(tài)的,無法進行重寫,只能通過其它途徑來解決。我想到的解決方法是,新建一個 Silverlight Page, 然后刪除對應的代碼文件,刪除 xaml 視圖的 x:Code 信息,如下圖所示:
***的解決方案就是, 要做一個引導的文件,這個文件必須是一個獨立的 xaml 文件,沒有代碼文件,沒有 x:Class 信息,這樣就不會被編譯成新的類型,自然可以被 Silverlight 的導航框架加載了。
看完上述內容,你們對Silverlight中導航框架與動態(tài)加載的原理是什么有進一步的了解嗎?如果還想了解更多知識或者相關內容,請關注創(chuàng)新互聯(lián)行業(yè)資訊頻道,感謝大家的支持。