Silverlight Image Source URI 加反斜杠引和不加的区别
生活随笔
收集整理的這篇文章主要介紹了
Silverlight Image Source URI 加反斜杠引和不加的区别
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
Silverlight2 現(xiàn)在支持的Image格式有jpg和png,部分png編碼也不支持,同時有些png在xaml的design預(yù)覽中不可見,但運行時可見。請看XAML markup中兩行代碼的異同:
<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。
為什么?兩者都是相對路徑,到底反斜杠帶來了什么區(qū)別呢?反斜杠開頭的相對路徑,代表的相對位置是應(yīng)用程序運行的根目錄,即.xap壓縮包內(nèi),若在這其中尋找不到要引用的文件,則相對路徑的回退機制(fallback mechanism )自動在在.xap所在的目錄,本例即為ClientBin目錄中尋找加以引用。兩個位置都沒有,才會發(fā)生錯誤。不以"/"開頭,則代表的相對位置是引用該圖片的XAML文件所在的目錄,本例即page.xaml文件所在的Resource目錄。
那么究竟選擇哪種方式呢?把xap文件重命名為zip文件,解壓之,再用reflector反編譯其中的dll文件,發(fā)現(xiàn)其包含了green圖片,卻沒有blue圖片。其實也很明顯,blue所在的images文件夾與.xap同級,自然不會包含在內(nèi)。由此可知,不以反斜杠開頭的green圖片嵌入到Silverlight程序中的xap文件直接下載到客戶端,而blue圖片則按需索取(on-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ā)覺太麻煩還沒意思,不再多管。
再深入一點,甚至圖片放在與page.xaml同級的文件夾下,一樣可以使用反斜杠進行引用。只需要在相應(yīng)圖片的屬性里,把Build Action選擇為"Content"即可,不過該圖片還是被放到.xap壓縮包里了,這是后話,參見《Sivlerlight Resource 概覽》。
轉(zhuǎn)載:http://hi.baidu.com/liongg/blog/item/b91a495494e34152564e00b4.html
<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。
為什么?兩者都是相對路徑,到底反斜杠帶來了什么區(qū)別呢?反斜杠開頭的相對路徑,代表的相對位置是應(yīng)用程序運行的根目錄,即.xap壓縮包內(nèi),若在這其中尋找不到要引用的文件,則相對路徑的回退機制(fallback mechanism )自動在在.xap所在的目錄,本例即為ClientBin目錄中尋找加以引用。兩個位置都沒有,才會發(fā)生錯誤。不以"/"開頭,則代表的相對位置是引用該圖片的XAML文件所在的目錄,本例即page.xaml文件所在的Resource目錄。
那么究竟選擇哪種方式呢?把xap文件重命名為zip文件,解壓之,再用reflector反編譯其中的dll文件,發(fā)現(xiàn)其包含了green圖片,卻沒有blue圖片。其實也很明顯,blue所在的images文件夾與.xap同級,自然不會包含在內(nèi)。由此可知,不以反斜杠開頭的green圖片嵌入到Silverlight程序中的xap文件直接下載到客戶端,而blue圖片則按需索取(on-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ā)覺太麻煩還沒意思,不再多管。
再深入一點,甚至圖片放在與page.xaml同級的文件夾下,一樣可以使用反斜杠進行引用。只需要在相應(yīng)圖片的屬性里,把Build Action選擇為"Content"即可,不過該圖片還是被放到.xap壓縮包里了,這是后話,參見《Sivlerlight Resource 概覽》。
轉(zhuǎn)載:http://hi.baidu.com/liongg/blog/item/b91a495494e34152564e00b4.html
轉(zhuǎn)載于:https://www.cnblogs.com/star250/archive/2010/07/13/1776656.html
與50位技術(shù)專家面對面20年技術(shù)見證,附贈技術(shù)全景圖總結(jié)
以上是生活随笔為你收集整理的Silverlight Image Source URI 加反斜杠引和不加的区别的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 使用Log Explorer恢复数据
- 下一篇: jQuery常用技巧