WPF資源路徑詳細(xì)概念詳解
我們在這篇文章中將會為大家詳細(xì)介紹有關(guān)WPF資源路徑的一些概念介紹。希望大家可以通過本文介紹的內(nèi)容能加深對WPF的理解。#t#
在項目中增加兩張圖片Content.jpg和Resource.jpg，分別將其生成操作屬性設(shè)置為Content和Resource。在界面中增加兩個Image控件ImgContent和ImgResource，在XAML中分別設(shè)置Source路徑為Content.jpg和Resource.jpg。
運(yùn)行后ImgResource能正常顯示圖片，但是ImgContent控件無顯示。將Content.jpg圖片拷貝至應(yīng)用程序的Debug目錄中，ImgContent控件可顯示圖片。
生成操作設(shè)置為Resource，生成的時候資源將添加到程序集中?？梢試L試將原有的圖片刪除，圖片正常顯示。將原有圖片用新圖片替換，仍顯示原有圖片。只有選擇重新生成操作才能更新圖片。
生成操作設(shè)置為Content，并不會添加至程序集，而且只有把WPF資源路徑放置在程序運(yùn)行目錄才能訪問到資源。程序運(yùn)行目錄調(diào)試時是Debug目錄，安裝后就是程序的安裝目錄。
與直接把資源放置在程序運(yùn)行目錄不同的是，添加Content資源文件，會向程序集（AssemblyAssociatedContentFile)中添加一個定制特性，該程序集記錄文件是否存在及其相對位置。我發(fā)現(xiàn)VS2008有一個小Bug，在解決方案管理器中將Content.jpg改名為Con.jpg，Bug目錄下的圖片也做相應(yīng)的改變。
此時編譯器報錯：文件Con.jpg不是項目的一部分或其“Build Action”屬性未設(shè)置為“Resource”。但是按F5運(yùn)行，生成成功并正常顯示?？梢娫诟淖僀ontent資源的時候，程序集中的定制特性沒有做相應(yīng)的變化。
刪除XAML中的Source屬性，在后臺為兩個圖片控件設(shè)置Source屬性。有如下三種WPF資源路徑方式。
第一種
- imgContent.Source = new
BitmapImage(new Uri(
"Content.jpg", UriKind.Relative));- imgResource.Source = new
BitmapImage(new Uri
("Resource.jpg", UriKind.Relative));
第二種
- imgContent.Source = new
BitmapImage(new Uri("pack:
//application:,,,/Content.jpg"));- imgResource.Source = new
BitmapImage(new Uri("pack:
//application:,,,/Resource.jpg"));
第三種
- imgContent.Source = new
BitmapImage(new Uri("pack:
//SiteOfOrigin:,,,/Content.jpg"));
第一種和第二種都可以訪問相對WPF資源路徑的Resource和Content資源。第三種方式可以訪問網(wǎng)站運(yùn)行目錄下的Content資源文件以及完全松散的文件。完全松散的文件指那些沒有添加到項目中，只是拷貝在程序目錄中的文件。
應(yīng)用程序根本不知道它的存在。pack://application:,,,/Content.jpg表示當(dāng)前項目的資源。它是pack://application:,,,/DllName;Component/Content.jpg的簡寫。將DllName替換成其他程序集，就可以訪問其他程序集的資源。
pack://SiteOfOrigin:,,,/Content.jpg表示從部署位置訪問文件。
pack URI格式是XML文件規(guī)范的一部分，具體格式如下 pack://packageURI/partPath。PackageURI實際上是在URI中放一個URI，它是把反斜杠都變成了逗號。packageURI的WPF資源路徑可以志向一個XPS文檔，例如file : /// c: /Document . xps會被編碼為file:...c:,Document.xps。在WPF程序中有兩種URI系統(tǒng)是特別處理的:
siteOfOrigin:/// 編碼后siteOfOrigin:,,,
application:/// 編碼后application:,,,
3個逗號其實是反斜杠編碼過來的。
