托管資源說明

　　應(yīng)用程序資源主要包括字符串、圖像、聲音、視頻等，目前的是前面兩種，本文主要是以在應(yīng)用bmp文件過程中的經(jīng)驗(yàn)做一下簡單說明。在過去，對應(yīng)于MFC，資源以.rc文件方式組織，程序在使用資源時(shí)使用它的資源ID號做為索引，用起來很不方便，而且如果想把資源從應(yīng)用程序做成一個(gè)單獨(dú)的資源dll文件，無論是制作還是使用，都是一件非常麻煩的事。
　　.net程序在這些方面進(jìn)行了改進(jìn)，首先在設(shè)計(jì)階段，它把各種資源統(tǒng)一保存在資源文件里，稱作托管資源。這里的資源文件包括兩種，一種是XML文件，一種是.resources文件。我們使用.net編程序，尤其是用VC.net編程，首要建立一個(gè)form窗體，在上面加一些菜單和按鈕，然后在上面添加一些圖標(biāo)，這時(shí)對應(yīng)窗體名還另外生成了一個(gè).resx文件，這就是XML型資源文件。
　　XML資源文件是由XML標(biāo)簽文本組成，用托管資源編輯器把這個(gè)窗體打開，就可以看到我們添加的圖標(biāo)和文本。另一種資源文件.resources是以二進(jìn)制方式存儲資源，它的體積要比XML資源文件小得多，這個(gè)文件在設(shè)計(jì)階段并不存在，只有VS在編譯.net程序時(shí)，才會(huì)把XML資源文件轉(zhuǎn)化為.resources文件，同時(shí)VS還會(huì)把XML資源文件里的資源打包進(jìn)應(yīng)用程序和dll文件中。
　　MS為什么要這么做，是否有必要做成兩種資源文件形式，還有MS為實(shí)現(xiàn)資源打包，還在VS中添加了像托管資源編譯器之類的小工具，這么不怕麻煩又是為什么？這所有的問題都指向一個(gè)深度的解釋：服從.net戰(zhàn)略需要。

托管資源的使用

　　為方便使用這些資源，需要使用VS中包含的System::Resources程序集，其中操作.resx資源文件的類有ResXResourceSet()、ResXResourceReader()、ResXResourceWriter()。操作.resources文件的類有ResourceSet()、ResourceReader()、ResourceWriter()。這些類大體作用是為前兩個(gè)讀資源所用，后一個(gè)為寫資源用。
　　這是直接操作資源文件，當(dāng)資源被打包進(jìn)exe或dll（在.net術(shù)語中稱為程序集）中之后，我們用ResourceManager類，這個(gè)類只能讀資源。這里要說明一下如何引用這些資源，用直接的方式是用名稱引用。舉個(gè)例子，如果有一個(gè)程序集a.dll，里面打包一個(gè)r.resx文件，r.resx里有一個(gè)　　img.bmp文件，使用這個(gè)程序集里的img.bmp怎么辦？用幾句話便可以輕松解決：
　　System::Resources::ResourceManager ^res = nullptr;
　　Assembly ^Asm1 = Assembly::LoadFile("X://a.dll");
　　res = gcnew System::Resources::ResourceManager("a.r",Asm1);
　　Image ^m=dynamic_cast(res->GetObject("img"));

另類使用方法

　　除了一些具體的細(xì)節(jié)可以查看msdn之外，再補(bǔ)充一些非常規(guī)的用法。
　　把所有的資源都放進(jìn).resx文件再打包進(jìn)程序集固然是比較合乎邏輯的做法，如果要直接把資源（這里特別指的是bmp文件）放進(jìn)程序集，而不經(jīng)過打包這一步，是否可行？答案是沒有問題。事實(shí)上MS就做了這樣的事，在控件開發(fā)過程中，如果要給控件弄一個(gè)圖標(biāo)，可以讓這個(gè)圖標(biāo)顯示在VS的工具箱中，那就必須要給這個(gè)圖標(biāo)（比如一個(gè)bmp文件）起一個(gè)和控件一樣的名字：（程序集名）.（控件名）.bmp，然后把這個(gè)圖標(biāo)設(shè)置為鏈接器的嵌入托管資源文件。具體設(shè)置的方法是，在解決方案資源管理器中，在項(xiàng)目名稱上點(diǎn)右鍵－＞屬性，在彈出的對話框左面一欄選擇鏈接器－＞輸入，然后在嵌入托管資源文件一欄中填寫要嵌入的資源，如果有多個(gè)資源要嵌入，中間用逗號分隔開。設(shè)置好之后，編譯，然后剩下的問題就是引用。這里，引用也不是用常規(guī)的方法，而是使用System::IO程序集中的Stream類，以及Assembly類的GetManifestResourceStream方法。具體的引用方法如下：
　　Assembly ^assembly = Assembly::GetExecutingAssembly();
　　System::IO::Stream ^strm =assembly->GetManifestResourceStream("img.bmp");
　　Image ^m=System::Drawing::Image::FromStream(strm);
　　這里僅僅是對bmp文件的直接嵌入做了說明，如果讀者感興趣的話，也可以試試別的資源。
　　可以看出，這樣的方法更直接，但并沒有數(shù)據(jù)可以證明這種方法的速度和常規(guī)方法相比有多大差距，單從開發(fā)的角度來看，無論是嵌入還是引用，這種方法都是比較簡潔。當(dāng)然從管理的角度上這種做法不可取，效率和規(guī)范化經(jīng)常是一對不可調(diào)和的矛盾。

后記：開發(fā)工具的選擇

　　下面介紹一下在開發(fā).net程序過程中經(jīng)常使用到的兩個(gè)工具，以及如何使用它們：
　　個(gè)工具是VS自帶的MSIL反匯編工具，可以將程序集以樹形列表的方式顯示出來，也可以將程序集反匯編成IL指令文件。本文主要是用它查看托管資源的名稱，以便在其它地方引用。從文件－＞打開開始，選擇一個(gè)帶的托管資源的dll文件，點(diǎn)打開后，雙擊manifest節(jié)點(diǎn)，彈出一個(gè)新窗口，上面就是關(guān)于各個(gè)引用程序集的說明，在其中查找.mresource，就可以找到托管資源文件名。
　　第二個(gè)工具是大名鼎鼎的reflector，由一名MS的員工編寫，是反編譯和破解.net程序的工具，在本文中主要是用它看看是否已正確地把資源文件直接嵌入到程序集中。這個(gè)工具的使用更簡單，打開程序集文件后，直接點(diǎn)里面的Resources節(jié)點(diǎn)即可，如果已經(jīng)嵌入資源了的話，這個(gè)目錄下面直接就有這個(gè)資源。