【WPF學習】第二十八章 程式集資源

来源:https://www.cnblogs.com/Peter-Luo/archive/2020/02/05/12266837.html
-Advertisement-
Play Games

WPF應用程式中的程式集資源與其他.NET應用程式中的程式集資源在本質上是相同的。基本概念是為項目添加文件，從而Visual studio可將其嵌入到編譯過的應用程式的EXE或DLL文件中。WPF程式集資源與其他應用程式中的程式集資源之間的重要區別是引用他們的定址系統不同。 在前面章節已討論過程式集 ...


　　WPF應用程式中的程式集資源與其他.NET應用程式中的程式集資源在本質上是相同的。基本概念是為項目添加文件，從而Visual studio可將其嵌入到編譯過的應用程式的EXE或DLL文件中。WPF程式集資源與其他應用程式中的程式集資源之間的重要區別是引用他們的定址系統不同。

　　在前面章節已討論過程式集資源的工作原理。因為每次編譯應用程式時，項目中的每個XAML文件都轉換為解析效率更高的BAML文件。這些BAML文件作為獨立資源嵌入到程式集中。添加自己的資源同樣很容易。

一、添加資源

　　可通過向項目添加文件，併在Properties視窗中將其Build Action屬性設置為Resource來添加自己的資源。這是需要完成的全部工作——這確實是好消息。

　　為更加合理地組織資源，可在項目中創建子文件夾（在Solution Explorer中右擊項目名稱，然後選擇Add|New Folder菜單項），然後使用這些子文件夾組織不同類型的資源。

　　以這種方式添加的資源易於更新。只需要替換文件並重新編譯應用程式即可。例如，可在Windows瀏覽器中將所有新文件複製到指定文件夾中。只要替換在項目中包含的文件的內容，就不必在Visual Studio中再採取任何其他特殊步驟（除了實際編譯應用程式外）。

　　為成功地使用程式集資源，務必註意以下兩點：

　　不能將Build Action屬性錯誤地設置為Embedded Resource。儘管所有程式集資源都被定義為嵌入的資源，但Embedded Resource生成操作會在另一個更難訪問的位置放置二進位數據。在WPF應用程式中，假定總是使用Resource生成類型。

　　不要將Project Properties視窗中使用Resource選項卡。WPF不支持這種類型的資源URI。

　　好奇的編程人員自然希望瞭解嵌入到程式集中的資源到底發生了什麼變化。WPF將他們和其他BAML資源合併到單獨的流中。單獨的資源流使用以下格式命名AssemblyName.g.resources。

　　如果想要實際查看在編譯過的程式集中嵌入的資源，可使用反編譯工具。例如，使用Reflector(http://reflector.net)的更出色工具來深入挖掘資源。

　　除所有圖像和音頻文件外，還可看到用於應用程式中視窗的BAML資源。在WPF中，文件中的空格不會引起問題，因為Visual Studio足夠智能，它能夠正確地略過他們。當應用程式被編譯過之後，你可能還會註意到文件名變成了小寫形式。

二、檢索資源

　　顯然，添加資源非常容易，但到底如何使用他們呢？可以採用多種方法來使用資源。

　　低級方法是檢索封裝數據的StreamResourceInfo對象，然後決定如何使用該對象。可通過代碼，使用靜態方法Application.GetResourceStream()完成該工作。例如，下麵的代碼為winter.jpg圖像獲取StreamResourceInfo對象：

StreamResourceInfo sri=Application.GetResourceStream(new Uri("image/winter.jpg",UriKind.Relative));

　　一旦得到StreamResourceInfo對象，就可以得到兩部分信息。ContentType屬性返回一個描述數據類型的字元串——在該例中是image/jpg。Stream屬性返回一個UnmanagedMemoryStream對象，可使用該對象讀取數據，一次讀取一個位元組。

　　GetResourceStream()的確是一個很有用的輔助方法，它封裝了ResourceManager類和ResourceSet類。這些類是.NET Framework資源體系的核心，自從.NET 1.0開始就提供了這些類。如果不使用GetResourceStream()方法，就需要具體訪問AssemblyName.g.resources資源流(這是存儲所有WPF資源的地方)，並查找所需的對象。下麵是完成這一操作的非常簡單的代碼：

Assembly assembly=Assembly.GetAssembly(this.GetType());
string resourceName=assembly.GetName().Name+".g";
ResourceManager rm=new ResourceManager(resourceName,assembly);

using(ResourceSet set=rm.GetResourceSet(CultureInfo.CurrentCulture,tur,true))
{
    UnmanagedMemoryStream s;
    s=(UnmanagedMemoryStream)set.GetOjbect("images/winter.jpg",true);
}

　　通過ResourceManager類和ResourceSet類還可完成其他一些Application類自身不能完成的工作。例如，下麵的代碼片段會向你現實在AssemblyName.g.resources資源流中所有嵌入資源的名稱：

Assembly assembly=Assembly.GetAssembly(this.GetType());
string resourceName=assembly.GetName().Name+".g";
ResourceManager rm=new ResourceManager(resourceName,assembly);
using(ResourceSet set=rm.GetResourceSet(CultureInfo.CurrentCulture,true,ture))
{
    foreach(DictionaryEntry res in set)
    {
        MessageBox.Show(res.Key.ToSting());
    }
}

　雖然GetResourceStream()方法可提供幫助，但直接檢索資源還可能會遇到麻煩，問題是使用該方法得到的相對低級的UnmanagedMemoryStream對象，該對象本身沒有什麼用處，需要將它轉換成一些更有意義的數據，例如具有屬性和方法的高級對象。

　　WPF提供了幾個專門使用資源的類。這些類不要求提取資源（這非常混亂且不是類型安全的），他們使用資源的名稱訪問資源。例如，如果希望在WPF的Image元素中顯示Blue.jpg圖像，可使用下麵的標記：

<Image Source="Images/Blue.jpg"></Image>

　　註意反斜杠變成了正斜杠，因為這是WPF作用URI的約定（實際上這兩種方式都可行，但為了連貫起見，建議使用正斜杠）。

　　可使用代碼完成相同的工作。對於Image元素，只需要將Source屬性設置為BitmapImage對象，該對象使用URI確定希望顯示的圖像的位置，可以像下麵這樣指定完全限定的文件路徑：

img.Source = new BitmapImage(new Uri("d:\images\winter.jpg",));

　　但如果使用相對URI，就可從程式集中提取不同資源，並將他們傳遞給圖像，而且不需要使用UnmanagedMemoryStream對象：

img.Source = new BitmapImage(new Uri("images/winter.jpg", UriKind.Relative));

　　該技術通過在基本應用程式URI的末尾處加上images/winter.jpg構造了URI。大多數情況下不需要考慮URI語法——只要遵循相對URI，剩下的工作就由程式集負責了。然而有些情況下，更詳細理解URI系統的非常重要的，當希望訪問嵌入到另一個程式集中額資源時更是如此。

三、pack URI

　　WPF使用pack URI語法定址編譯過的資源（比如用於頁面的BAML）。上一節的Image對象和標簽使用相對URI來引用資源，如下所示：

　　images/winter.jpg

　　這與下麵更繁瑣的絕對URI是等效的：

　　pack://application:,,,/images/winter.jpg

　　當為一幅圖像設置源時可使用這種絕對URI，儘管這種方法沒有任何優點：

img.Source = new BitmapImage(new Uri("pack://application:,,,/images/winter.jpg"));

　　pack URI語法來自XPS（XML Paper Specification，XML頁面規範）標準。它看起來非常奇怪，因為它在一個URI中嵌入了另一個URI。三個逗號實際上時三個轉義的斜杠。換句話說，上面顯示的包含應用成功需URI的pack URI是以application:///開頭的。

　　位於其他程式集中的資源

　　使用pack URI還可檢索嵌入到另一個庫中的資源（換句話說，在應用程式中使用的DLL程式集中的資源）。這種情況下需要使用如下語言：

pack://application:,,,/AssemblyName;component/ResourceName

　　例如，如果圖像唄嵌入到引用的名為ImageLibrary的程式集中，將需要使用如下URI：

img.Source=new BitmapImage(new Uri("pack://application:,,,/ImageLibrary;component/images/winter.jpg"));

　　或從更實用的角度看，可使用等價的相對URI：

img.Source=new BitmapImage(new Uri("ImageLibrary;component/images/winter.jpg",UriKind.Relative));

　　如果使用強命名的程式集，可使用包含版本和/或公鑰標記的限定程式集引用代替程式集的名稱。使用分號隔離每段信息，併在版本號數字之前添加字元v.下麵是一個使用版本號的示例：

image.Source=new BitmapImage(new Uri("ImageLibrary;v1.25;component/images/winter.jpg",UriKind.Relative));

　　下麵的示例同時使用了版本號和公鑰標記：

image.Source=new BitmapImage(new Uri("ImageLibrary;v1.25;dc642a7f5bd64912;component/images/winter.jpg",UriKind.Relative));

四、內容文件

　　當嵌入文件作為資源時，會將文件放到編譯過的程式集中，並且可以確保文件總是可用的。對於部署而言這是理想選擇，並且可避免可能存在的問題。然而在有些情況下，使用這種方法並不方便：

  • 　　希望改變資源文件，又不想重新編譯應用程式。
  • 　　資源文件非常大。
  • 　　資源文件是可選的，並且可以不隨程式集一起部署。
  • 　　資源是聲音文件。

　　顯然，可事業能夠應用程式部署文件，併為應用程式添加代碼，進而從硬碟驅動器中讀取這些文件來解決該問題。然而，WPF還有更方便的選擇，使這一過程更加容易管理。可將這些未編譯的文件專門標記為內容文件。

　　不能將內容文件嵌入到程式集中。然而，WPF為程式集添加了AssemblyAssociatedContentFile特性，公告每個內容文件的存在。該特性還記錄了每個內容文件相對可執行文件的位置（指示內容文件是否和可執行文件位於同一文件夾中，或者位於某個子文件夾中）。最方便的是，當為能夠理解資源的元素（如Image類）使用內容文件時，可使用相同的URI系統。

　　為測試該技術，為項目添加聲音文件，在Solution Exporer中選擇該文件，併在Properties視窗中將Build Action屬性改為Content，確保將Copy to Output Directory屬性設置為Copy Always,以確保當生產項目時將聲音文件複製到輸出目錄中。

　　現在可使用相對URI，將MediaElement元素指向內容文件：

<MediaElement Name="Sound" Source="Sounds/start.wav" LoadedBehavior="Manual"></MediaElement>

　　


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • Python數據分析在互聯網寒冬下，數據分析師還吃香嗎？
    伴隨著移動互聯網的飛速發展，越來越多用戶被互聯網連接在一起，用戶所積累下來的數據越來越多，市場對數據方面人才的需求也越來越大，由此也帶火瞭如數據分析、數據挖掘、演算法等職業，而作為其中入門門檻相對較低、工資高於大多傳統行業崗位的數據分析一職，則成為了許多想轉行進入數據領域的同學的首要選擇。 那麼在現在 ...
  • JVM源碼分析-類載入場景實例分析
    A類調用B類的靜態方法，除了載入B類，但是B類的一個未被調用的方法間接使用到的C類卻也被載入了，這個有意思的場景來自一個提問： "方法中使用的類型為何在未調用時嘗試載入？" 。 場景如下： 添加JVM varbose參數進行執行，輸出是： main方法執行 ，而 方法裡面只有列印語句，所以理論上應該 ...
  • JVM源碼分析-JVM源碼編譯與調試
    要分析JVM的源碼，結合資料直接閱讀是一種方式，但是遇到一些想不通的場景，必須要結合調試，查看執行路徑以及參數具體的值，才能搞得明白。所以我們先來把JVM的源碼進行編譯，並能夠使用GDB進行調試。 編譯環境 本文使用的JDK版本：OpenJDK7，分支b147 下載頁面：https://downlo ...
  • 淺談python的第三方庫——numpy（三）
    numpy庫中矩陣的常用方法 1 矩陣轉置 從上圖可以看出：使用方法a.T可以將矩陣a轉置。 2 均值與方差 註意：方法a.mean()會對矩陣a的所有元素求均值，a.var()也是考慮矩陣a的所有元素求方差。 當然，也可以選取矩陣的某一行或某一列使用mean與var求均值與方差。 3 設置零矩陣 ...
  • java中棧記憶體與堆記憶體（JVM記憶體模型）
    java中棧記憶體與堆記憶體（JVM記憶體模型） Java中堆記憶體和棧記憶體詳解1 和 Java中堆記憶體和棧記憶體詳解2 都粗略講解了棧記憶體和堆記憶體的區別，以及代碼中哪些變數存儲在堆中、哪些存儲在棧中。記憶體中的堆和棧到底是什麼 詳細講述了程式在記憶體中的模型，從可執行文件（ELF）格式的編譯介紹了堆和棧，主要是... ...
  • 文件下載
    文件下載 1.開啟fileinfo擴展 2.fileinfo函數 finfo_open 創建一個fileinfo資源 finfo_close 關閉fileinfo資源 finfo_file 返回一個文件的信息 FILEINFO_MIME_TYPE 返回mime類型 FILEINFO_MIME_TYP ...
  • 二叉樹（五）平衡二叉樹（AVL樹）
    平衡二叉樹（AVL樹）的自平衡（LL->R、RR->L、LR->LR、RL->RL）、增、刪 等操作。 main.cpp： #include <iostream> #include "AVLTree.h" using namespace std; int main() { AVLTree<int> ...
  • 用 C# 寫一個 Redis 數據同步小工具
    用 C 寫一個 Redis 數據同步小工具 Intro 為了實現 redis 的數據遷移而寫的一個小工具，將一個實例中的 redis 數據同步到另外一個實例中。(原本打算找一個已有的工具去做，找了一個 nodejs 的小工具，結果折騰了好久都沒裝上。。。於是就自己寫了這個小工具） 之所以自己寫一個工 ...
一周排行
    -Advertisement-
    Play Games
  • C#自增運算符詳解：++i與i++的區別及應用場景
    概述：在C#中，++i和i++都是自增運算符，其中++i先增加值再返回，而i++先返回值再增加。應用場景根據需求選擇，首碼適合先增後用，尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中，++i 和 i++ 都是自增運算符，但它們在操作上有細微的差異，主要體現在操作的 ...
  • Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET 版本
    上次發佈了：Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET Core 版本，今天計劃準備壓測一下 .NET 版本，來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能，以便後續持續優化改進。 為了方便對比，本文章的電腦環境和測試思路，儘量和... ...
  • 一文讀懂.NET WebAPI中FromRoute、FromQuery、FromBody的關鍵角色與用法
    .NET WebAPI作為一種構建RESTful服務的強大工具，為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時，正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性，如[FromRoute]、[FromQuery]和[FromBody]，用 ...
  • WPF/C#實現圖像濾鏡優化方案：打造炫目視覺體驗！
    原因：我之所以想做這個項目，是因為在之前查找關於C#/WPF相關資料時，我發現講解圖像濾鏡的資源非常稀缺。此外，我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時，會導致CPU的渲染負擔過重。因此，我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • Bogus 實戰：使用 Bogus 和 EFCore 生成模擬數據和種子數據【完整教程】
    引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入，上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試，今天用這個示例來演示一下如何用Bogus創建模擬數據 ，和 EFCore 的種子數據生成 Bogus 的優 ...
  • WPF隨筆收錄-實時繪製心率曲線
    一、前言 在自己的項目中，涉及到實時心率曲線的繪製，項目上的曲線繪製，一般很難找到能直接用的第三方庫，而且有些還是定製化的功能，所以還是自己繪製比較方便。很多人一聽到自己畫就害怕，感覺很難，今天就分享一個完整的實時心率數據繪製心率曲線圖的例子；之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • wpf程式修改啟動入口註意事項
    如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式，但發現 App.xaml 中定義的資源沒有被正確載入，那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣，當你創建 Ap ...
  • 記一次 .NET某爐膛鍋爐檢測系統 崩潰分析
    一：背景 1. 講故事 上個月有個朋友在微信上找到我，說他們的軟體在客戶那邊隔幾天就要崩潰一次，一直都沒有找到原因，讓我幫忙看下怎麼回事，確實工控類的軟體環境複雜難搞，朋友手上有一個崩潰的dump，剛好丟給我來分析一下。 二：WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 一個.NET內置依賴註入的小型強化版
    前言 .NET生態中有許多依賴註入容器。在大多數情況下，微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器，使用很方便。 但是筆者在使用中一直有一個頭疼的問題：服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響，但是內置容器支持註冊開放泛型服 ...
  • WPF隨筆收錄-DataGrid固定右側列
    一、前言 在項目開發過程中，DataGrid是經常使用到的一個數據展示控制項，而通常表格的最後一列是作為操作列存在，比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中，預設只支持固定左側列，這跟大家習慣性操作列放最後不符，今天就來介紹一種簡單的方式實現固定右側列。（這裡的實現方式參考的大佬 ...
所有分類