转贴]在DLL中使用资源（推荐) （2）

让我们来回顾一下在Win32 DLL中使用对话框的过程。 在DLL中，我们定义了两个对话框资源：IDD_DLG_SHOW和IDD_ABOUTBOX，并且导出了函数ShowDlg。在函数ShowDlg之中使用CreateDialog函数创建了非模态对话框IDD_DLG_SHOW，并指定了该对话框的回调函数DlgProc。在DlgProc之中处理了WM_INITDIALOG、WM_COMMAND和WM_CLOSE消息，以响应用户对对话框所做的动作。在处理按钮动作的时候，使用DialogBox函数创建IDD_ABOUTBOX这个模态对话框，指定其回调函数为AboutProc，并且在AboutProc中处理其相应消息。 在EXE中，我们使用隐式链接的方法来调用DLL，并使用DLL中导出的ShowDlg函数来调用DLL中的对话框。     在Win32 DLL中使用对话框就是这么简单，下面让我们来看一下在MFC DLL中如何使用对话框。 2．MFC DLL     在MFC DLL中使用对话框不像Win32 DLL中那么简单，主要是因为MFC程序中存在一个模块状态（Module State）的问题，也就是资源重复的问题。（此处的术语模块是指一个可执行程序，或指其操作不依赖于应用程序的其余部分但使用MFC运行库的共享副本的一个DLL（或一组DLL）。我们所创建的MFC DLL就是这种模块的一个典型实例。）      在每个模块（EXE或DLL）中，都存在一种全局的状态数据，MFC依靠这种全局的状态数据来区分不同的模块，以执行正确的操作。这种数据包括：Windows实例句柄（用于加载资源），指向应用程序当前的CWinApp和CWinThread对象的指针，OLE模块引用计数，以及维护Windows对象句柄与相应的MFC对象实例之间连接的各种映射等。但当应用程序使用多个模块时，每个模块的状态数据不是应用程序范围的。相反，每个模块具有自已的MFC状态数据的私有副本。这种全局的状态数据就叫做MFC模块状态。 模块的状态数据包含在结构中，并且总是可以通过指向该结构的指针使用。当代码在执行时进入了某一个模块时，只有此模块的状态为“当前”或“有效”状态时，MFC才能正确的区分此模块并执行正确的操作。 例如，MFC应用程序可以使用下面代码从资源文件中加载字符串： CString str; str.LoadString(IDS_MYSTRING); 使用这种代码非常方便，但它掩盖了这样一个事实：即此程序中IDS_MYSTRING可能不是唯一的标识符。一个程序可以加载多个DLL，某些DLL可能也用IDS_MYSTRING标识符定义了一个资源。MFC怎样知道应该加载哪个资源呢？MFC使用当前模块状态查找资源句柄。如果当前模块不是我们要使用的正确模块，那么就会产生不正确的调用或者错误。 按照MFC库的链接方法，一个MFC DLL有两种使用MFC库的方法：静态链接到MFC的DLL和动态链接到MFC的DLL。下面我们就按照这两种类型的MFC DLL来介绍如何切换当前模块状态以正确的在MFC DLL中使用资源。 1、静态链接到MFC的DLL 静态链接到MFC的规则DLL与MFC库静态链接，则此时MFC库不能共享，所以MFC总是使用它所链接的DLL的模块状态。这样也就不存在管理模块状态的问题。但使用这种方法的缺点是DLL程序将会变大，而且会在程序中留下重复代码。下面给出的例子验证了这一点。本例可以按照以下步骤来完成： 1）在VC菜单中File->New新建一个命名为DLLStatic的MFC AppWizard的工程，下一步选择Regular DLL with MFC statically linked。 2）在工程中添加一个对话框资源，其ID为：IDD_ABOUTBOX。并在resource.h之中将IDD_ABOUTBOX 的数值改为100。 3）在DLLStatic.cpp中定义如下函数： void ShowDlg() {      CDialog dlg(IDD_ABOUTBOX);      dlg.DoModal(); } 4）在DLLStatic.def文件中的EXPORTS语句中添加一行：ShowDlg，以导出ShowDlg函数。 5）编译生成DLLStatic.dll和DLLStatic.lib。 继续使用上一节中的Use工程，将前面生成的DLLStatic.dll和DLLStatic.lib两个文件复制到工程的Debug目录内，并将 extern "C" __declspec(dllexport) void ShowDlg(); #pragma comment(lib,"debug/UseDlg") 这两行改为： void ShowDlg(); #pragma comment(lib,"debug/DLLStatic") 编译并运行Use.exe。点击按钮，可以看到DLLStatic中的模态对话框弹出。 本例中，可以注意到DLL中所定义的About对话框资源与EXE中所定义的About对话框资源ID完全相同，但是当我们点击Use.exe上面的按钮时，弹出的是DLL中的模态对话框。说明，当使用静态链接到MFC的规则DLL时，不存在管理模块状态的问题。   2、动态链接到MFC的DLL     在讨论关于动态链接到MFC的DLL的模块状态问题之前，先来看一个例子。本例可以通过如下步骤来完成： 1）在VC菜单中File->New新建一个命名为DLLShared的MFC AppWizard的工程，下一步选择Regular DLL using shared MFC DLL。 2）在工程中添加一个对话框资源，其ID为：IDD_ABOUTBOX。并在resource.h之中将IDD_ABOUTBOX 的数值改为100。 3）在DLLShared.cpp中定义如下函数： void ShowDlg() {      CDialog dlg(IDD_ABOUTBOX);      dlg.DoModal(); } 4）在DLLShared.def文件中的EXPORTS语句中添加一行：ShowDlg，以导出ShowDlg函数。 5）编译生成DLLShared.dll和DLLShared.lib。 继续使用上面的Use工程，将前面生成的DLLShared.dll和DLLShared.lib两个文件复制到工程的Debug目录内，并将 extern "C" __declspec(dllexport) void ShowDlg(); #pragma comment(lib,"debug/DLLStatic") 这两行改为： void ShowDlg(); #pragma comment(lib,"debug/DLLShared") 编译并运行Use.exe。点击按钮，这次你看到了什么？对，没错，这次弹出的是Use.exe的关于对话框。将上述例子的DLL类型换成MFC Extension DLL(using shared MFC DLL)也会出现相同的问题。 为什么会出现上面的问题？这是因为在使用了MFC共享库的时候，默认情况下，MFC使用主应用程序的资源句柄来加载资源模板。虽然我们调用的是DLL中的函数来显示DLL中的对话框，并且对应的对话框模板是存储在DLL中的，但MFC仍旧在主应用程序也就是Use.exe中寻找相应的对话框模板。由于在DLL中所定义的对话框资源ID与主应用程序中所定义的关于对话框的资源ID相同，所以MFC就把主应用程序中的关于对话框显示了出来。如果二者不同，则MFC就认为DLL中所定义的对话框资源不存在，dlg.DoModal会返回0，也就是什么都不会显示。