Silverlight圖片路徑處理方式解析
Silverlight開發(fā)工具對于圖片的處理是相當(dāng)強大的。我們可以通過這款工具創(chuàng)建出各種形態(tài)的圖片格式以滿足自己的需求。Silverlight圖片路徑中， 現(xiàn)在支持的Image格式有jpg和png，部分png編碼也不支持，同時有些png在xaml的design預(yù)覽中不可見，但運行時可見。請看XAML markup中兩行代碼的異同：#t#
- < StackPanel Background="White"
Orientation="Vertical"> - < Image x:Name="blue" Source=
"/images/blue.png" Stretch="None"/> - < Image x:Name="green" Source=
"images/green.png" Stretch="None" /> - < /StackPanel>
反斜杠forward-slash？有沒有蝦米區(qū)別呢？如圖所示，名稱為Resource測試示例解決方案資源管理器以及運行效果：以反斜杠開頭的blue圖片需要放在ClientBin目錄下的相應(yīng)文件夾里；不以反斜杠開頭的green圖片應(yīng)該放在Resource目錄下的相應(yīng)文件夾里。這樣才可正確引用，否則會發(fā)生ImageError。
為什么？兩者都是Silverlight圖片路徑，到底反斜杠帶來了什么區(qū)別呢？反斜杠開頭的相對路徑，代表的相對位置是應(yīng)用程序運行的根目錄，即.xap壓縮包內(nèi)，若在這其中尋找不到要引用的文件，則相對路徑的回退機制（fallback mechanism ）自動在在.xap所在的目錄，本例即為ClientBin目錄中尋找加以引用。兩個位置都沒有，才會發(fā)生錯誤。不以"/"開頭，則代表的相對位置是引用該圖片的XAML文件所在的目錄，本例即page.xaml文件所在的Resource目錄。
那么究竟選擇哪種Silverlight圖片路徑方式呢？把xap文件重命名為zip文件，解壓之，再用reflector反編譯其中的dll文件，發(fā)現(xiàn)其包含了green圖片，卻沒有blue圖片。其實也很明顯，blue所在的images文件夾與.xap同級，自然不會包含在內(nèi)。由此可知，不以反斜杠開頭的green圖片嵌入到Silverlight程序中的xap文件直接下載到客戶端，而blue圖片則按需索?。╫n-demand），當(dāng)顯示時再去下載。當(dāng)數(shù)據(jù)量較大時，不以反斜杠開頭的方式加載程序的時間就過長，用戶體驗不好，以"/"開頭自然就無此無慮，不過以反斜杠開頭的話，在xaml中設(shè)計預(yù)覽看不到，只有程序運行才可以看到。（若為了預(yù)覽，可先從ClienBin那里復(fù)制一份放在page.xaml同級目錄下供設(shè)計使用，程序發(fā)布時予以刪除。）
除了在XAML中直接確定Image的Source URI，當(dāng)然也可以在code-behind中確定，此時反斜杠的用法和XAML中相通。
- C#：Image img = new Image();
- img.Source = new BitmapImage(
new Uri("test.jpg", UriKind.
Relative)); //page.xaml所在目錄下- //img.Source = new BitmapImage
(new Uri("/test.jpg", UriKind.
Relative)); //.xap所在目錄下
話說要是使用諸如http://www.liongg.net/test.jpg之類絕對URI就沒反斜杠什么事了。在代碼中還可以利用Application.Current.Host.Source.AbsolutePath等方法，我試驗下了，發(fā)覺太麻煩還沒意思，不再多管。
再深入一點，甚至Silverlight圖片路徑放在與page.xaml同級的文件夾下，一樣可以使用反斜杠進行引用。只需要在相應(yīng)圖片的屬性里，把Build Action選擇為"Content"即可，不過該圖片還是被放到.xap壓縮包里了
