本文共 4832 字,大约阅读时间需要 16 分钟。
Regular DLL能够被所有支持DLL技术的语言所编写的应用程序所调用。在这种动态连接库中,它必须有一个从CWinApp继承下来的类,DllMain函数被MFC所提供,不用自己显式的写出来。下面是一个例子:// MyRegularDll.h:main header file for the MYREGULARDLL DLL#include "resource.h" // main symbolsclass CMyRegularDllApp : public CWinApp{ public:CMyRegularDllApp();// Overrides// ClassWizard generated virtual function overrides//{ {AFX_VIRTUAL(CMyRegularDllApp)//}}AFX_VIRTUAL//{ {AFX_MSG(CMyRegularDllApp)// NOTE - the ClassWizard will add and// remove member functions here.// DO NOT EDIT what you see in these blocks// of generated code !//}}AFX_MSGDECLARE_MESSAGE_MAP()};//MyRegularDll.cpp:Defines the initialization routines for the DLL.//#include "stdafx.h"#include "MyRegularDll.h"// Note!//// If this DLL is dynamically linked against the MFC// DLLs, any functions exported from this DLL which// call into MFC must have the AFX_MANAGE_STATE macro// added at the very beginning of the function.//// For example://// extern "C" BOOL PASCAL EXPORT ExportedFunction()// { // AFX_MANAGE_STATE(AfxGetStaticModuleState());// // normal function body here// }//// It is very important that this macro appear in each// function, prior to any calls into MFC. This means that// it must appear as the first statement within the// function, even before any object variable declarations// as their constructors may generate calls into the MFC// DLL.BEGIN_MESSAGE_MAP(CMyRegularDllApp, CWinApp)//{ {AFX_MSG_MAP(CMyRegularDllApp)// NOTE - the ClassWizard will add// and remove mapping macros here.// DO NOT EDIT what you see in these blocksEND_MESSAGE_MAP()// CMyRegularDllApp constructionCMyRegularDllApp::CMyRegularDllApp(){ // TODO: add construction code here,// Place all significant initialization in InitInstance}以上是AppWizard产生的含有主要代码的两个文件,各位可从中看出和Non-MFC Dlls的区别。但要注意上面的AppWizard的提醒啊。这次要讲的是最后一种动态连接库:Extension Dlls.再次说明,Extension Dll只被用MFC类库所编写的应用程序所调用.在这种动态连接库中,你可以从MFC继承你所想要的、更适于你自己用的类,并把它提供给你的应用程序。你也可随意的给你的应用程序提供MFC或MFC继承类的对象指针。Extension DLLs 和Regular DLLs不一样,它没有一个从CWinApp继承而来的类的对象,所以,你必须为自己DllMain函数添加初始化代码和结束代码.如下:#include "stdafx.h"#include static AFX_EXTENSION_MODULE PROJNAMEDLL = { NULL, NULL };extern "C" int APIENTRYDllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID lpReserved){ if (dwReason == DLL_PROCESS_ATTACH){ TRACE0("PROJNAME.DLL Initializing!/n");// Extension DLL one-time initializationAfxInitExtensionModule(PROJNAMEDLL,hInstance);// Insert this DLL into the resource chainnew CDynLinkLibrary(Dll3DLL);}else if (dwReason == DLL_PROCESS_DETACH){ TRACE0("PROJNAME.DLL Terminating!/n");}return 1; // ok}在上面代码中AfxInitExtensionMoudle函数捕捉此动态库模块用.在初始化的时NEW一个CDynLinkLibrary对象的目的在于:它能是Extension DLL想应用程序输出CRuntimeClass对象或资源.如果此动态连接库被显式的调用,还必须在DLL_PROCESS_DETACH选择项的执行代码上调用AfxTermEXtensonModule,这保证了当调用进程与动态连接库分离是正确清理内存中的动态库模块。如果是隐式的被调用,则此步不是必须的了。 在我们实际用软件时,经常可看到许多动态连接库。动态连接库有其自身的优点 如节省内存、支持多语种等功能,而且,当 DLL 中的函数改变后,只要不是参数的改变 调用起的函数并不需要重新编译。这在编程时十分有用。至于其他妙处,各位在电脑 杂志、书籍中都能看到,我这里再说就是废话了 . 这次小弟我所要讲的是如何在 VC5.0 中如何做自己的 Win32 DLLs ,各位要做自己的 动态连接库,首先要知道 DLL 在 VC5.0 中都有哪几种分类。 VC 支持三种 DLL ,它们是 :1.Non-MFC Dlls2.Regular Dlls3.Extension Dlls Note: 翻译措辞不当,故遇到术语是引用原词 Non-MFC DLL: 指的是不用 MFC 的类库结构,直接用 C 语言写的 DLL ,其输出的函数一 般用的是标准 C 接口,并能被非 MFC 或 MFC 编写的应用程序所调用。 LL , Regular DLL: 和下述的 Extension Dlls 一样,是用 MFC 类库编写的。明显的特点是 在源文件里有一个继承 CWinApp 的类。其又可细分成静态连接到 MFC 和动态连接到 MFC 上 的。但静态连接到 MFC 的动态连接库只被 VC 的专业般和企业版所支持。 Extension DLL: 用来实现从 MFC 所继承下来的类的重新利用,也就是说,用这种类 型的动态连接库,可以用来输出一个从 MFC 所继承下来的类。 Extension DLL 使用 MFC 的 动态连接版本所创建的,并且它只被用 MFC 类库所编写的应用程序所调用。 各位看到这里如果眼有点花或头有点晕,请别泄气,再看两遍,然后继续往下看, 定有收获。 标 题 : 关于 VC 中的 DLL 的编程 [1] 这一节介绍 Non-MFC DLLs 的编写方法。下面是一个通用的 写法: BOOL APIENTRY DllMain(HANDLE hModule,DWORD ul_reason_for_call,LPVOID lpReserved){ switch( ul_reason_for_call ) { case DLL_PROCESS_ATTACH:.......case DLL_THREAD_ATTACH:.......case DLL_THREAD_DETACH:.......case DLL_PROCESS_DETACH:.......}return TRUE;} 每一个 DLL 必须有一个入口点,这就象我们用 C 编写的应用程序一样, 必须有一个 WINMAIN 函数一样。 在这个示例中, DllMain 是一个缺省的入口函数,你不需要编写自己 的 DLL 入口函数,并用 linker 的命令行的参数开关 /ENTRY 声明。用这个缺 省的入口函数就能使动态连接库被调用时得到正确的初始化,当然了,你 不要在初始化的时候填写使系统崩溃的代码了。 参数中, hMoudle 是动态库被调用时所传递来的一个指向自己的句柄 ( 实际上,它是指向 _DGROUP 段的一个选择符 )ul_reason_for_call 是一个说明动态库被调原因的标志。当进程或线程 装入或卸载动态连接库的时候,操作系统调用入口函数,并说明动态连接库 被调用的原因。它所有的可能值为: DLL_PROCESS_ATTACH: 进程被调用 DLL_THREAD_ATTACH: 线程被调用 DLL_PROCESS_DETACH: 进程被停止 DLL_THREAD_DETACH: 线程被停止 lpReserved 是一个被系统所保留的参数。 入口函数已经写了,盛下的也不难,你可以在文件中加入你所想要输 出的函数或变量或 c++ 类或、或、或、?好象差部多了。 Look here! 现在就 要加入一个新的输出函数了 :void _declspec(dllexport) JustSoSo(){ MessageBox(NULL,"It's so easy!","Hahaha......",MB_OK);} 要输出一个类也可以,如下: class _declspec(dllexport) Easy{ //add your class definition...}; 各位一定注意到在输出函数或类是我用到 _declspec(dllexport), 这是 VC 提供的一个关键字,用它可在动态连接库中输出一个数据、 一个函数或一个类。用这个关键字可省你不少事,你不用在 .DEF 文件 中说明我要输出这个类、那个函数的。 Ok! 各位照着上面的例子试着敲敲看, Just so easy! 先说到这了 转载地址:http://fedqi.baihongyu.com/