使用DLL中的资源

 

长久以来，把界面的信息单独存为一个DLL一直是很多商业软件的作法，比如VC、InstallShield等等，这样做的好处是，如果要做多语言版本，只要写出不同的DLL来，在主程序中使用时调用不同的DLL就行，当然现在还有一种流行的方法是使用INI，读存也非常方便。最近在网上转了转，发现竟没有一篇关于如何读取DLL中资源的文章，虽然Iczelion的Win32ASM教程中第26课"Splash Screen"讲到了读取DLL中的图片，但不知是这种问题太简单了还是其它什么原因，Iczelion没有讲解这段代码的意思，于是乎决定写一篇关于DLL资源读取的文章，望大家不要$%@%@^%@%。
   我们看一下这些函数:
   HBITMAP LoadBitmap(HINSTANCE hInstance,LPCTSTR lpBitmapName)
   HICON LoadIcon(HINSTANCE hInstance,LPCTSTR lpIconName)
   HMENU LoadMenu(HINSTANCE hInstance,LPCTSTR lpMenuName)
   int LoadString(HINSTANCE hInstance,UINT uID,LPTSTR lpBuffer,int BufferMax)

   int DialogBoxParam(
     HINSTANCE hInstance,    // handle to application instance
     LPCTSTR lpTemplateName,    // identifies dialog box template
     HWND hWndParent,    // handle to owner window
     DLGPROC lpDialogFunc,    // pointer to dialog box procedure  
     LPARAM dwInitParam     // initialization value
   );

   HWND CreateDialogParam(
     HINSTANCE hInstance,    // handle to application instance
     LPCTSTR lpTemplateName,    // identifies dialog box template
     HWND hWndParent,    // handle to owner window
     DLGPROC lpDialogFunc,    // pointer to dialog box procedure  
     LPARAM dwInitParam     // initialization value
   );
   这些都是常用的读取资源的函数，它们都有一个共同点：第一个参数需要的是要读取的包含资源的程序的模块句柄，那么，关键就在这个句柄，因为我们在读取本身程序资源的时候，肯定是提供用GetModuleHandle函数获得的句柄，这个句柄就是当前程序的实例句柄，如果要读取DLL中的资源，很显然的，我们需要提供DLL的句柄，那么这个DLL句柄怎么得到呢？很简单，我们在使用LoadLibrary函数时，返回的值就是读取的DLL的句柄，于是，我们读取DLL中的资源，只需要这样：
   invoke LoadLibrary,DLL_FILENAME
   mov DLL_HANDLE,eax
   invoke LoadBitmap,DLL_HANDLE,BITMAP_ID
   invoke LoadIcon,DLL_HANDLE,ICON_ID
   invoke LoadMenu,DLL_HANDLE,MENU_ID
   invoke LoadString,DLL_HANDLE,STRING_ID，StrBuffer,sizeof StrBuffer
   invoke DialogBoxParam,DLL_HANDLE,DLG_NAME,hParent,DlgProc,lParam
   其它的函数就不多说，着重讲一下DialogBoxParam与CreateDialogParam,因为其它函数不需要回调函数，读取之后句柄可以一直到程序结束才释放。我们讨论的就是DialogBoxParam与CreateDialogParam回调函数的方法。
   我曾上过当，把DialogBoxParam与CreateDialogParam的回调函数写在主程序中，相信有很多的朋友也是写在主程序中，然后直接把回调过程地址传给DialogBoxParam与CreateDialogParam,其实，这是一种错误的方法，正确的方法是，我们必须把回调函数写在对话框资源本身的DLL中，在主程序用DialogBoxParam与CreateDialogParam显示对话框时提供DLL中的回调函数地址，当然，对纯提供资源的DLL，它们不同的只是界面语言文字，这个把回调函数写在主程序中更加好，如果是插件呢？如果主程序使用了很多的DLL呢？对于插件而言，回调函数是必须在DLL中的，主程序使用很多DLL时，把回调函数都写在主程序中，就算能正常运行，但是DLL有变动，就算是一个小修改，也不得不重新更改主程序，所以，我的建议是：除了纯资源DLL，编写DLL时，对话框的回调函数一定要写在DLL本身中。
   可是，如果在主程序中就这样子使用DLL对话框，那么，DLL对话框的回调函数就必须引出，这样主程序才能获得回调函数地址，就像这样：
   invoke GetProcAddress,DLL_HANDLE,DlgProcName
   invoke DialogBoxParam,DLL_HANDLE,DLG_NAME,hWnd,eax,NULL
   ;DlgProcName就是DLL中引出的回调函数
   这段代码看起来非常简洁，也完全能正常工作，可是想一想，如果在程序其它的地方要不停的使用DLL中的对话框，不仅上述工作很烦人，更烦的是，我们必须把所有的回调函数全部引出，其实我们完全可以这样做：
   在DLL中编写一个函数LoadDialog,如下：
   LoadDialog proc hInstance,hWnd,ID
     .if ID==100
       mov eax,offset DlgProc0
     .elseif ID==101
       mov eax,offset DlgProc1
     .elseif ID==102
       mov eax,offset DlgProc2
     .elseif ID==103
       mov eax,offset DlgProc3
     .end if
     invoke DialogBoxParam,hInstance,ID,hWnd,eax,NULL
   ret
   LoadDialog endp
   ;DlgProc0、DlgProc1、DlgProc2、DlgProc3都是DLL中的回调函数
那么，我们在主程序中调用时就只需这样：
   invoke GetProcAddress,DLL_HANDLE,DlgProcName ;DlgProcName="LoadDialog"
   mov LoadDialog,eax
   push ID
   push hWnd
   push DLL_HANDLE
   call [LoadDialog]
   只需在程序开头获取到LoadDialog的地址后，在任何地方调用不同的对话框只需要提供不同的ID即可，就像这样：
   push 101
   push hWnd
   push DLL_HANDLE
   call [LoadDialog]
   这样做，不仅DLL中的回调函数不需要引出，在主程序中使用时也比每次读回调函数地址方便得多。

 

原文联接：http://www.aogosoft.com/downpage.asp?mode=viewtext&id=55