MFC的dll中控制资源问题

有程序EXE和DLL，其中DLL中有1个函数用来显示对话框，被EXE调用。
当EXE和DLL都为Release或Debug时，没有任何问题，但EXE为Release、
DLL为Debug时，就会出错。该DLL是用VC提供的MFC Extension DLL，
函数的代码如下：
HINSTANCE hInstOld = AfxGetResourceHandle(); // 该句出错
HINSTANCE hInstNew = GetModuleHandle("T01Test.dll");
AfxSetResourceHandle(hInstNew);

CHahaDlg dlg;
dlg.DoModal();

AfxSetResourceHandle(hInstOld);

长久以来，把界面的信息单独存为一个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中的回调函数不需要引出，在主程序中使用时也比每次读回调函数地址方便得多