VC6編程,讓程序有系統(tǒng)皮膚

1、Windows 下的動態(tài)鏈接庫可能存在多個版本，比如系統(tǒng)提供的基本控件所在的 Comctl32.dll 就包括版本 6.0 和之前的版本。 在新版本之前編寫的程序能否保證絕對和新版本的動態(tài)鏈接 庫兼容呢？只能說，一般情況下可以，但是不能絕對保證。 Windows 提供了解決辦法，那 就是設定程序執(zhí)行的 Active Context 。對于客戶自己編寫的動態(tài)鏈接庫，同樣也存在這樣的 問題。 這里說的是動態(tài)鏈接庫， 如果考慮動態(tài)鏈接庫的其他應用， 就涉及到更廣闊的應用范 圍 了，可能是普通的動態(tài)鏈接庫， 可能是 COM 服務器等， 這些都是可以通過配置程序執(zhí)行 環(huán)境來改變具體使用哪個動態(tài)鏈接庫。配

2、置程序執(zhí)行上下文， 實際就是配置程序執(zhí)行的組件配置， 這里的組件只要是指動 態(tài)鏈接庫。對組件進行配置，簡單來說，就是配置程序使用什么動態(tài)鏈接庫。這種 配置具 體是怎么實現(xiàn)的呢？其實就是在 Windows 程序真正啟動之前增加了一層處理。這層處理就 是把程序執(zhí)行所需要的環(huán)境先建立好，直接點說就是把需要的 動態(tài)鏈接庫準備好。上面說到， 配置組件就是在程序真正執(zhí)行之前準備好需要的動態(tài)鏈接庫， 這項工作 可以由 Windows 系統(tǒng)的 Module Loader 或者應用程序自己完成。具體的實現(xiàn)方式有三種：1.文件級的配置：在應用程序所在的目錄下創(chuàng)建一個.exe.manifest 文件，這個文件中說明

3、組件配置的具體信息，具體的信息格式可以查詢MSDN。在VS2003及以上的版本，新建工程時，會自動生成一個 manifest 文件在 res 目錄下。2. 資 源 級 的 配 置 ： 創(chuàng) 建 資 源 ， 類 型 ： RT_MANIFEST（ 值 為 24 ）， ID ： CREATEPROCESS_MANIFEST_RESOURCE值D 為 1），內(nèi)容為上面的 manifest 文件的內(nèi)容。 Module Loader在加載EXE之后，執(zhí)行程序之前，會檢測到程序的資源表中是否有類型為24，ID 為 1 的資源，如果有這項配置信息，就會按照配置信息中的配置，加載對應的動態(tài)鏈接庫了。3資源和代碼混

4、合的配置：首先也需要添加資源，資源類型RT_MANIFEST值為24）， ID為 ISOLATIONAWARE_MANIFEST_RESOURCE_ 2）,內(nèi)容也為上述符合格式的 manifest 文件；然后再在#include之前增加一句#define ISOLATION_AWARE_ENABLED1這樣編譯器在編譯時，會把一些API重定向到另外一 個API，這個API先進行當成程序 Active Con text的檢測，如果程序執(zhí)行 Con text沒有配置成 資源文件所描述，會調(diào)用相應的API配置好Context，然后再從目的 API所在的動態(tài)鏈 接庫中獲得函數(shù)地址（GetProcAdd

5、ress）后，通過函數(shù)指針調(diào)用目標API，最后執(zhí)行完畢后恢復執(zhí)行環(huán)境。這可以保證在系統(tǒng) Module Loader 沒有程序 Active Context 支持時，配置好程序 執(zhí)行環(huán)境。但是采用這種方法時需要注意，這是一種代碼級的支持，所以對MFC/ATL并不支持，因為 MFC/ATL庫編譯時，并不是在 ISOLATION_AWARE_ENABLE已經(jīng)定義的情況下 編譯的。4.代碼級的配置：除了以上幾種方法之外，你還可以通過調(diào)用相應的API，自己通過代碼來控制當前的執(zhí)行環(huán)境，還可以做到一段代碼調(diào)用這個版本動態(tài)鏈接庫中的代碼，另外一段代碼調(diào)用另外一個版本的動態(tài)鏈接庫代碼。程序執(zhí)行Context

6、是線程有效的。這可能在什么情況下有應用呢？比如說，你要開發(fā)某個應用程序的插件，你的插件依賴與系統(tǒng)提供的某個版本的動態(tài)鏈接庫， 但是應用程序在不斷的升級， 不能保證應用程序的執(zhí)行環(huán)境 始終與最初發(fā)布版本一致。 這時你就可 以自己通過代碼來限定執(zhí)行環(huán)境了。 需要注意的是， 如果程序已經(jīng)采用了第三種方式進行執(zhí)行環(huán)境的管理了， 你就不能使用代碼級的環(huán)境管理了。 前面說的都是程序執(zhí)行Con text，實際準確的說應該是模塊執(zhí)行Con text。對于動態(tài)鏈接庫，同樣可以進行類似的配置。這些配置都有相應的 API 及 manifest 文件格式，詳見 MSDN。面說了這么多，下面我們來做幾個簡單的試驗吧。1

7、. 使用VS2003,新建一個MFC對話框程序，隨便拖幾個控件進去， 編譯。到Debug目錄下運行，你會發(fā)現(xiàn)界面并不是 XP風格的。在Res目錄下，你會發(fā)現(xiàn)一個 manifest文件， 這個manifest文件是VC自動生成的，里面包含使用XP風格控件動態(tài)鏈接庫的信息。把這個動態(tài)鏈接庫拷貝到Debug目錄下，并重命名為.exe.manifest，再運行程序，程序界面是否是XP風格了？這是第一種方式的實現(xiàn)。2. 新建一個 Win32 工程，在 about 對話框中隨便添加幾個控件，編譯運行，對話框中的控件不是 XP風格的。添加ID為1的RT_MANIFEST類 型資源，內(nèi)容為例1中的manife

8、st 文件內(nèi)容，再編譯運行，可以看見對話框中控件為XP風格。這是第二種方式的實現(xiàn)。3. 把上述工程中的 RT_MANIFEST資源ID修改為2,然后在stdafx.h中#“elude之前 增加#define IS0LATI0N_AWARE_ENABLED,1編譯運行，對話框控件也是 XP風格的。這是第 三種方式的實現(xiàn)。4. 在上述最原始 Win32 工程中,把 WinMain 函數(shù)修改如下：ACTCTX aetetx;HANDLE hAetCtx = INVALID_HANDLE_VALUE;statie eonst TCHAR szManifest = TEXT(Win32.manifest

9、);UL0NG_PTR ulpAetivationCookie;DW0RD dwLastError;/ Set up the aetivation eontext strueture memset(&aetetx, 0, sizeof(aetetx); aetetx.ebSize = sizeof(aetetx); aetetx.lpSouree = szManifest;/ Create the aetivation eontext, then delete the string - we dont need it / anymore.hAetCtx = CreateAetCtx(&aete

10、tx);dwLastError = GetLastError();/ Did we fail ereating the aetivation eontext?if (hAetCtx = INVALID_HANDLE_VALUE).SetLastError(dwLastError); / operator delete may have eleared it return 0;/ Aetivate the eontext and make use of itif (AetivateAetCtx(hAetCtx, &ulpAetivationCookie).之前 WinMian 函數(shù)的代碼/ Use SearchPath to find DLLs mentioned in the applications manifest,/ use COM to find isolated components, or use CreateWindow to find isolated/ window classes.if (!DeactivateActCtx(0, ulpActivationCookie)return 0;ReleaseActCt