解决扩展MFC DLL与主程序资源冲突问题

介绍这方面的文章不少，这里仅仅简明扼要提供代码和一些说明。

 

在要到处的MFC类加上AFX_EXT_CLASS，比如

class   AFX_EXT_CLASS CMIVPToolDlg : public CDialog

即可形成到处类，用dumpbin查看发现几乎导出了所有的MFC函数，暂时不管他。

 

在客户端，也就是需要使用该MFC类的程序，加载方式，在工程中加入.lib库以及库目录设定。

对对话框而言，调用方式有两种：模态调用和动态创建。

两种方式都会遇到资源ID号冲突的问题，解决办法介绍如下：

 

1，模态调用

客户端使用doModal函数启动模态对话框，所以在导出类中重载该函数并修改如下：

INT_PTR CMIVPToolDlg::DoModal()

{

    // TODO: Add your specialized code here and/or call the base class

 

    HMODULE hDLL=GetModuleHandle(_T("MIVPToolbar.dll"));

    HINSTANCE hEXE=AfxGetResourceHandle();

    AfxSetResourceHandle((HINSTANCE)hDLL);

 

    INT_PTR curp = CDialog::DoModal();

 

    AfxSetResourceHandle(hEXE);

 

    return curp;

}

其中MIVPToolbar.dll为导出类生成的动态链接库名字

这就解决了资源冲突问题。

 

2，动态创建

制作一个导出类的新的构造函数：

CMIVPToolDlg::CMIVPToolDlg(CWnd* pParent,UINT dType)   // standard constructor

 {

#ifndef _WIN32_WCE

 EnableActiveAccessibility();

#endif

 

 EnableAutomation();

 

 HMODULE hDLL=GetModuleHandle(_T("MIVPToolbar.dll"));

 HINSTANCE hEXE=AfxGetResourceHandle();

 AfxSetResourceHandle((HINSTANCE)hDLL);

 

 BOOL bCreated = CDialog::Create( IDD_FORMVIEW_TOOLDLG, pParent);

 SUCCEEDED(bCreated);

 

 AfxSetResourceHandle(hEXE);

 }

 

在客户端动态创建方式非常简单，注意析构就可以了：

if( !m_toolbar1 )

{

m_toolbar1 = new CMIVPToolDlg(this,1);

}

m_toolbar1->ShowWindow(SW_SHOW);

 

3，通信

在扩展类中已经掌握了主类的指针，不成问题；同时，主类负责创建扩展类对象，拥有指针而且负责销毁对象。

 

4，宗旨

代码一样、思想更是一样。目的就是对面板进行封装，协作开发方便。比如，我要求某个哥们给我做个什么样的界面，提供的功能很单一，与其他模块的交互不多，那么就让他去起个exe工程，进行单独的编写和测试，然后我将他的工程通过这种方式做成dll库的方式供我主程序调用。

 

5， 讨论

这种方式的利弊还有待实践，有哥们说扩展MFC DLL仅适合做控件的扩展？