下载

2下载券

加入VIP
  • 专属下载特权
  • 现金文档折扣购买
  • VIP免费专区
  • 千万文档免费下载

上传资料

关闭

关闭

关闭

封号提示

内容

首页 VC++的DLL

VC++的DLL.doc

VC++的DLL

cui_r
2012-04-27 0人阅读 举报 0 0 暂无简介

简介:本文档为《VC++的DLLdoc》,可适用于高等教育领域

VC动态链接库(DLL)编程深入浅出概论  先来阐述一下DLL(DynamicLinkableLibrary)的概念你可以简单的把DLL看成一种仓库它提供给你一些可以直接拿来用的变量、函数或类。在仓库的发展史上经历了“无库-静态链接库-动态链接库”的时代。  静态链接库与动态链接库都是共享代码的方式如果采用静态链接库则无论你愿不愿意lib中的指令都被直接包含在最终生成的EXE文件中了。但是若使用DLL该DLL不必被包含在最终EXE文件中EXE文件执行时可以“动态”地引用和卸载这个与EXE独立的DLL文件。静态链接库和动态链接库的另外一个区别在于静态链接库中不能再包含其他的动态链接库或者静态库而在动态链接库中还可以再包含其他的动态或静态链接库。  对动态链接库我们还需建立如下概念:  ()DLL的编制与具体的编程语言及编译器无关  只要遵循约定的DLL接口规范和调用方式用各种语言编写的DLL都可以相互调用。譬如Windows提供的系统DLL(其中包括了Windows的API)在任何开发环境中都能被调用不在乎其是VisualBasic、VisualC还是Delphi。  ()动态链接库随处可见  我们在Windows目录下的system文件夹中会看到kerneldll、userdll和gdidllwindows的大多数API都包含在这些DLL中。kerneldll中的函数主要处理内存管理和进程调度userdll中的函数主要控制用户界面gdidll中的函数则负责图形方面的操作。  一般的程序员都用过类似MessageBox的函数其实它就包含在userdll这个动态链接库中。由此可见DLL对我们来说其实并不陌生。  ()VC动态链接库的分类  VisualC支持三种DLL它们分别是NonMFCDLL(非MFC动态库)、MFCRegularDLL(MFC规则DLL)、MFCExtensionDLL(MFC扩展DLL)。  非MFC动态库不采用MFC类库结构其导出函数为标准的C接口能被非MFC或MFC编写的应用程序所调用MFC规则DLL包含一个继承自CWinApp的类但其无消息循环MFC扩展DLL采用MFC的动态链接版本创建它只能被用MFC类库所编写的应用程序所调用。由于本文篇幅较长内容较多势必需要先对阅读本文的有关事项进行说明下面以问答形式给出。  问:本文主要讲解什么内容?  答:本文详细介绍了DLL编程的方方面面努力学完本文应可以对DLL有较全面的掌握并能编写大多数DLL程序。  问:如何看本文?  答:本文每一个主题的讲解都附带了源代码例程可以随文下载(每个工程都经WINRAR压缩)。所有这些例程都由笔者编写并在VC中调试通过。  当然看懂本文不是读者的最终目的读者应亲自动手实践才能真正掌握DLL的奥妙。  问:学习本文需要什么样的基础知识?  答:如果你掌握了C并大致掌握了C了解一点MFC的知识就可以轻松地看懂本文。静态链接库  对静态链接库的讲解不是本文的重点但是在具体讲解DLL之前通过一个静态链接库的例子可以快速地帮助我们建立“库”的概念。 图建立一个静态链接库  如图在VC中new一个名称为libTest的staticlibrary工程(单击此处下载本工程附件)并新建libh和libcpp两个文件libh和libcpp的源代码如下:文件:libh#ifndefLIBH#defineLIBHextern"C"intadd(intx,inty)   声明为C编译、连接方式的外部函数#endif文件:libcpp#include"libh"intadd(intx,inty){returnxy}  编译这个工程就得到了一个lib文件这个文件就是一个函数库它提供了add的功能。将头文件和lib文件提交给用户后用户就可以直接使用其中的add函数了。  标准TurboC中的C库函数(我们用来的scanf、printf、memcpy、strcpy等)就来自这种静态库。下面来看看怎么使用这个库在libTest工程所在的工作区内new一个libCall工程。libCall工程仅包含一个maincpp文件它演示了静态链接库的调用方法其源代码如下: #include<stdioh>#include"libh"#pragmacomment(lib,"debuglibTestlib") 指定与静态库一起连接intmain(intargc,char*argv){printf("=d",add(,))}  静态链接库的调用就是这么简单或许我们每天都在用可是我们没有明白这个概念。代码中#pragmacomment(lib,"debuglibTestlib")的意思是指本文件生成的obj文件应与libTestlib一起连接。  如果不用#pragmacomment指定则可以直接在VC中设置如图依次选择tools、options、directories、libraryfiles菜单或选项填入库文件路径。图中加红圈的部分为我们添加的libTestlib文件的路径。图在VC中设置库文件路径  这个静态链接库的例子至少让我们明白了库函数是怎么回事它们是哪来的。我们现在有下列模糊认识了:  ()库不是个怪物编写库的程序和编写一般的程序区别不大只是库不能单独执行  ()库提供一些可以给别的程序调用的东东别的程序要调用它必须以某种方式指明它要调用之。  以上从静态链接库分析而得到的对库的懵懂概念可以直接引申到动态链接库中动态链接库与静态链接库在编写和调用上的不同体现在库的外部接口定义及调用方式略有差异。库的调试与查看  在具体进入各类DLL的详细阐述之前有必要对库文件的调试与查看方法进行一下介绍因为从下一节开始我们将面对大量的例子工程。  由于库文件不能单独执行因而在按下F(开始debug模式执行)或CTRLF(运行)执行时其弹出如图所示的对话框要求用户输入可执行文件的路径来启动库函数的执行。这个时候我们输入要调用该库的EXE文件的路径就可以对库进行调试了其调试技巧与一般应用工程的调试一样。 图库的调试与“运行”  通常有比上述做法更好的调试途径那就是将库工程和应用工程(调用库的工程)放置在同一VC工作区只对应用工程进行调试在应用工程调用库中函数的语句处设置断点执行后按下F这样就单步进入了库中的函数。第节中的libTest和libCall工程就放在了同一工作区其工程结构如图所示。图 把库工程和调用库的工程放入同一工作区进行调试  上述调试方法对静态链接库和动态链接库而言是一致的。所以本文提供下载的所有源代码中都包含了库工程和调用库的工程这二者都被包含在一个工作区内这是笔者提供这种打包下载的用意所在。动态链接库中的导出接口可以使用VisualC的Depends工具进行查看让我们用Depends打开系统目录中的userdll看到了吧?红圈内的就是几个版本的MessageBox了!原来它真的在这里啊原来它就在这里啊! 图 用Depends查看DLL  当然Depends工具也可以显示DLL的层次结构若用它打开一个可执行文件则可以看出这个可执行文件调用了哪些DLL。  好让我们正式进入动态链接库的世界先来看看最一般的DLL即非MFCDLL非MFCDLL一个简单的DLL  第节给出了以静态链接库方式提供add函数接口的方法接下来我们来看看怎样用动态链接库实现一个同样功能的add函数。  如图在VC中new一个WinDynamicLinkLibrary工程dllTest(单击此处下载本工程附件)。注意不要选择MFCAppWizard(dll)因为用MFCAppWizard(dll)建立的将是第、节要讲述的MFC动态链接库。图建立一个非MFCDLL  在建立的工程中添加libh及libcpp文件源代码如下:*文件名:libh *#ifndefLIBH#defineLIBHextern"C"intdeclspec(dllexport)add(intx,inty)#endif*文件名:libcpp *#include"libh"intadd(intx,inty){returnxy}   与第节对静态链接库的调用相似我们也建立一个与DLL工程处于同一工作区的应用工程dllCall它调用DLL中的函数add其源代码如下:#include<stdioh>#include<windowsh>typedefint(*lpAddFun)(int,int)宏定义函数指针类型intmain(intargc,char*argv){HINSTANCEhDllDLL句柄lpAddFunaddFun函数指针hDll=LoadLibrary("DebugdllTestdll")if(hDll!=){addFun=(lpAddFun)GetProcAddress(hDll,"add")if(addFun!=){intresult=addFun(,)printf("d",result)}FreeLibrary(hDll)}return}  分析上述代码dllTest工程中的libcpp文件与第节静态链接库版本完全相同不同在于libh对函数add的声明前面添加了declspec(dllexport)语句。这个语句的含义是声明函数add为DLL的导出函数。DLL内的函数分为两种:  ()DLL导出函数可供应用程序调用  ()DLL内部函数只能在DLL程序使用应用程序无法调用它们。  而应用程序对本DLL的调用和对第节静态链接库的调用却有较大差异下面我们来逐一分析。  首先语句typedefint(*lpAddFun)(int,int)定义了一个与add函数接受参数类型和返回值均相同的函数指针类型。随后在main函数中定义了lpAddFun的实例addFun  其次在函数main中定义了一个DLLHINSTANCE句柄实例hDll通过WinApi函数LoadLibrary动态加载了DLL模块并将DLL模块句柄赋给了hDll  再次在函数main中通过WinApi函数GetProcAddress得到了所加载DLL模块中函数add的地址并赋给了addFun。经由函数指针addFun进行了对DLL中add函数的调用  最后应用工程使用完DLL后在函数main中通过WinApi函数FreeLibrary释放了已经加载的DLL模块。  通过这个简单的例子我们获知DLL定义和调用的一般概念:  ()DLL中需以某种特定的方式声明导出函数(或变量、类)  ()应用工程需以某种特定的方式调用DLL的导出函数(或变量、类)。  下面我们来对“特定的方式进行”阐述。 声明导出函数  DLL中导出函数的声明有两种方式:一种为节例子中给出的在函数声明中加上declspec(dllexport)这里不再举例说明另外一种方式是采用模块定义(def)文件声明def文件为链接器提供了有关被链接程序的导出、属性及其他方面的信息。  下面的代码演示了怎样同def文件将函数add声明为DLL导出函数(需在dllTest工程中添加libdef文件):libdef:导出DLL函数LIBRARYdllTestEXPORTSadddef文件的规则为:  ()LIBRARY语句说明def文件相应的DLL  ()EXPORTS语句后列出要导出函数的名称。可以在def文件中的导出函数名后加n表示要导出函数的序号为n(在进行函数调用时这个序号将发挥其作用)  ()def文件中的注释由每个注释行开始处的分号()指定且注释不能与语句共享一行。  由此可以看出例子中libdef文件的含义为生成名为“dllTest”的动态链接库导出其中的add函数并指定add函数的序号为。 DLL的调用方式  在节的例子中我们看到了由“LoadLibraryGetProcAddressFreeLibrary”系统Api提供的三位一体“DLL加载DLL函数地址获取DLL释放”方式这种调用方式称为DLL的动态调用。  动态调用方式的特点是完全由编程者用API函数加载和卸载DLL程序员可以决定DLL文件何时加载或不加载显式链接在运行时决定加载哪个DLL文件。  与动态调用方式相对应的就是静态调用方式“有动必有静”这来源于物质世界的对立统一。“动与静”其对立与统一竟无数次在技术领域里得到验证譬如静态IP与DHCP、静态路由与动态路由等。从前文我们已经知道库也分为静态库与动态库DLL而想不到深入到DLL内部其调用方式也分为静态与动态。“动与静”无处不在。《周易》已认识到有动必有静的动静平衡观《易.系辞》曰:“动静有常刚柔断矣”。哲学意味着一种普遍的真理因此我们经常可以在枯燥的技术领域看到哲学的影子。  静态调用方式的特点是由编译系统完成对DLL的加载和应用程序结束时DLL的卸载。当调用某DLL的应用程序结束时若系统中还有其它程序使用该DLL则Windows对DLL的应用记录减直到所有使用该DLL的程序都结束时才释放它。静态调用方式简单实用但不如动态调用方式灵活。  下面我们来看看静态调用的例子(单击此处下载本工程附件)将编译dllTest工程所生成的lib和dll文件拷入dllCall工程所在的路径dllCall执行下列代码:#pragmacomment(lib,"dllTestlib")lib文件中仅仅是关于其对应DLL文件中函数的重定位信息extern"C"declspec(dllimport)add(intx,inty)intmain(intargc,char*argv){intresult=add(,)printf("d",result)return}  由上述代码可以看出静态调用方式的顺利进行需要完成两个动作:  ()告诉编译器与DLL相对应的lib文件所在的路径及文件名#pragmacomment(lib,"dllTestlib")就是起这个作用。  程序员在建立一个DLL文件时连接器会自动为其生成一个对应的lib文件该文件包含了DLL导出函数的符号名及序号(并不含有实际的代码)。在应用程序里lib文件将作为DLL的替代文件参与编译。  ()声明导入函数extern"C"declspec(dllimport)add(intx,inty)语句中的declspec(dllimport)发挥这个作用。  静态调用方式不再需要使用系统API来加载、卸载DLL以及获取DLL中导出函数的地址。这是因为当程序员通过静态链接方式编译生成应用程序时应用程序中调用的与lib文件中导出符号相匹配的函数符号将进入到生成的EXE文件中lib文件中所包含的与之对应的DLL文件的文件名也被编译器存储在EXE文件内部。当应用程序运行过程中需要加载DLL文件时Windows将根据这些信息发现并加载DLL然后通过符号名实现对DLL函数的动态链接。这样EXE将能直接通过函数名调用DLL的输出函数就象调用程序内部的其他函数一样。 DllMain函数  Windows在加载DLL的时候需要一个入口函数就如同控制台或DOS程序需要main函数、WIN程序需要WinMain函数一样。在前面的例子中DLL并没有提供DllMain函数应用工程也能成功引用DLL这是因为Windows在找不到DllMain的时候系统会从其它运行库中引入一个不做任何操作的缺省DllMain函数版本并不意味着DLL可以放弃DllMain函数。  根据编写规范Windows必须查找并执行DLL里的DllMain函数作为加载DLL的依据它使得DLL得以保留在内存里。这个函数并不属于导出函数而是DLL的内部函数。这意味着不能直接在应用工程中引用DllMain函数DllMain是自动被调用的。  我们来看一个DllMain函数的例子(单击此处下载本工程附件)。BOOLAPIENTRYDllMain(HANDLEhModule,DWORDulreasonforcall,LPVOIDlpReserved){switch(ulreasonforcall){caseDLLPROCESSATTACH:printf("nprocessattachofdll")breakcaseDLLTHREADATTACH:printf("nthreadattachofdll")breakcaseDLLTHREADDETACH:printf("nthreaddetachofdll")breakcaseDLLPROCESSDETACH:printf("nprocessdetachofdll")break}returnTRUE}  DllMain函数在DLL被加载和卸载时被调用在单个线程启动和终止时DLLMain函数也被调用ulreasonforcall指明了被调用的原因。原因共有种即PROCESSATTACH、PROCESSDETACH、THREADATTACH和THREADDETACH以switch语句列出。   来仔细解读一下DllMain的函数头BOOLAPIENTRYDllMain(HANDLEhModule,WORDulreasonforcall,LPVOIDlpReserved)。  APIENTRY被定义为stdcall它意味着这个函数以标准Pascal的方式进行调用也就是WINAPI方式  进程中的每个DLL模块被全局唯一的字节的HINSTANCE句柄标识只有在特定的进程内部有效句柄代表了DLL模块在进程虚拟空间中的起始地址。在Win中HINSTANCE和HMODULE的值是相同的这两种类型可以替换使用这就是函数参数hModule的来历。  执行下列代码:hDll=LoadLibrary("DebugdllTestdll")if(hDll!=){addFun=(lpAddFun)GetProcAddress(hDll,MAKEINTRESOURCE())MAKEINTRESOURCE直接使用导出文件中的序号if(addFun!=){intresult=addFun(,)printf("ncalladdindll:d",result)}FreeLibrary(hDll)}  我们看到输出顺序为:  processattachofdll  calladdindll:  processdetachofdll  这一输出顺序验证了DllMain被调用的时机。  代码中的GetProcAddress(hDll,MAKEINTRESOURCE())值得留意它直接通过def文件中为add函数指定的顺序号访问add函数具体体现在MAKEINTRESOURCE()MAKEINTRESOURCE是一个通过序号获取函数名的宏定义为(节选自winuserh):#defineMAKEINTRESOURCEA(i)(LPSTR)((DWORD)((WORD)(i)))#defineMAKEINTRESOURCEW(i)(LPWSTR)((DWORD)((WORD)(i)))#ifdefUNICODE#defineMAKEINTRESOURCEMAKEINTRESOURCEW#else#defineMAKEINTRESOURCEMAKEINTRESOURCEA stdcall约定  如果通过VC编写的DLL欲被其他语言编写的程序调用应将函数的调用方式声明为stdcall方式WINAPI都采用这种方式而CC缺省的调用方式却为cdecl。stdcall方式与cdecl对函数名最终生成符号的方式不同。若采用C编译方式(在C中需将函数声明为extern"C")stdcall调用约定在输出函数名前面加下划线后面加“”符号和参数的字节数形如functionnamenumber而cdecl调用约定仅在输出函数名前面加下划线形如functionname。  Windows编程中常见的几种函数类型声明宏都是与stdcall和cdecl有关的(节选自windefh):#defineCALLBACKstdcall这就是传说中的回调函数#defineWINAPIstdcall这就是传说中的WINAPI#defineWINAPIVcdecl#defineAPIENTRYWINAPIDllMain的入口就在这里#defineAPIPRIVATEstdcall#definePASCALstdcall  在libh中应这样声明add函数:intstdcalladd(intx,inty)  在应用工程中函数指针类型应定义为:typedefint(stdcall*lpAddFun)(int,int)  若在libh中将函数声明为stdcall调用而应用工程中仍使用typedefint(*lpAddFun)(int,int)运行时将发生错误(因为类型不匹配在应用工程中仍然是缺省的cdecl调用)弹出如图所示的对话框。图调用约定不匹配时的运行错误  图中的那段话实际上已经给出了错误的原因即“Thisisusuallyaresultof …”。  单击此处下载stdcall调用例子工程源代码附件。 DLL导出变量  DLL定义的全局变量可以被调用进程访问DLL也可以访问调用进程的全局数据我们来看看在应用工程中引用DLL中变量的例子(单击此处下载本工程附件)。 *文件名:libh *#ifndefLIBH#defineLIBHexternintdllGlobalVar#endif*文件名:libcpp*#include"libh"#include<windowsh>intdllGlobalVarBOOLAPIENTRYDllMain(HANDLEhModule,DWORDulreasonforcall,LPVOIDlpReserved){switch(ulreasonforcall){caseDLLPROCESSATTACH:dllGlobalVar=在dll被加载时赋全局变量为breakcaseDLLTHREADATTACH:caseDLLTHREADDETACH:caseDLLPROCESSDETACH:break}returnTRUE}文件名:libdef在DLL中导出变量LIBRARY"dllTest"EXPORTSdllGlobalVarCONSTANT或dllGlobalVarDATAGetGlobalVar  从libh和libcpp中可以看出全局变量在DLL中的定义和使用方法与一般的程序设计是一样的。若要导出某全局变量我们需要在def文件的EXPORTS后添加:变量名 CONSTANT   过时的方法  或变量名 DATA    VC提示的新方法   在主函数中引用DLL中定义的全局变量:#include<stdioh>#pragmacomment(lib,"dllTestlib")externintdllGlobalVarintmain(intargc,char*argv){printf("d",*(int*)dllGlobalVar)*(int*)dllGlobalVar=printf("d",*(int*)dllGlobalVar)return}  特别要注意的是用externintdllGlobalVar声明所导入的并不是DLL中全局变量本身而是其地址应用程序必须通过强制指针转换来使用DLL中的全局变量。这一点从*(int*)dllGlobalVar可以看出。因此在采用这种方式引用DLL全局变量时千万不要进行这样的赋值操作:dllGlobalVar=  其结果是dllGlobalVar指针的内容发生变化程序中以后再也引用不到DLL中的全局变量了。  在应用工程中引用DLL中全局变量的一个更好方法是:#include<stdioh>#pragmacomment(lib,"dllTestlib")externintdeclspec(dllimport)dllGlobalVar用declspec(dllimport)导入intmain(intargc,char*argv){printf("d",dllGlobalVar)dllGlobalVar=这里就可以直接使用,无须进行强制指针转换printf("d",dllGlobalVar)return}  通过declspec(dllimport)方式导入的就是DLL中全局变量本身而不再是其地址了笔者建议在一切可能的情况下都使用这种方式。 DLL导出类  DLL中定义的类可以在应用工程中使用。  下面的例子里我们在DLL中定义了point和circle两个类并在应用工程中引用了它们(单击此处下载本工程附件)。文件名:pointhpoint类的声明#ifndefPOINTH#definePOINTH#ifdefDLLFILEclassdeclspec(dllexport)point导出类point#elseclassdeclspec(dllimport)point导入类point#endif{public:floatyfloatxpoint()point(floatxcoordinate,floatycoordinate)}#endif文件名:pointcpppoint类的实现#ifndefDLLFILE#defineDLLFILE#endif#include"pointh"类point的缺省构造函数point::point(){x=y=}类point的构造函数point::point(floatxcoordinate,floatycoordinate){x=xcoordinatey=ycoordinate}文件名:circlehcircle类的声明#ifndefCIRCLEH#defineCIRCLEH#include"pointh"#ifdefDLLFILEclassdeclspec(dllexport)circle导出类circle#elseclassdeclspec(dllimport)circle导入类circle#endif{public:voidSetCentre(constpoint¢rePoint)voidSetRadius(floatr)floatGetGirth()floatGetArea()circle()private:floatradiuspointcentre}#endif文件名:circlecppcircle类的实现#ifndefDLLFILE#defineDLLFILE#endif#include"circleh"#definePIcircle类的构造函数circle::circle(){centre=point(,)radius=}得到圆的面积floatcircle::GetArea(){returnPI*radius*radius}得到圆的周长floatcircle::GetGirth(){return*PI*radius}设置圆心坐标voidcircle::SetCentre(constpoint¢rePoint){centre=centrePoint}设置圆的半径voidcircle::SetRadius(floatr){radius=r}   类的引用:#include"circleh"  包含类声明头文件#pragmacomment(lib,"dllTestlib")intmain(intargc,char*argv){circlecpointp(,)cSetCentre(p)cSetRadius()printf("area:fgirth:f",cGetArea(),cGetGirth())return}  从上述源代码可以看出由于在DLL的类实现代码中定义了宏DLLFILE故在DLL的实现中所包含的类声明实际上为:classdeclspec(dllexport)point导出类point{…}  和classdeclspec(dllexport)circle导出类circle{…}  而在应用工程中没有定义DLLFILE故其包含pointh和circleh后引入的类声明为:classdeclspec(dllimport)point导入类point{…}  和classdeclspec(dllimport)circle导入类circle{…}   不错正是通过DLL中的classdeclspec(dllexport)classname导出类circle {…}  与应用程序中的classdeclspec(dllimport)classname导入类{…}  匹对来完成类的导出和导入的!  我们往往通过在类的声明头文件中用一个宏来决定使其编译为classdeclspec(dllexport)classname还是classdeclspec(dllimport)classname版本这样就不再需要两个头文件。本程序中使用的是:#ifdefDLLFILEclassdeclspec(dllexport)classname导出类#elseclassdeclspec(dllimport)classname导入类#endif  实际上在MFCDLL的讲解中您将看到比这更简便的方法而此处仅仅是为了说明declspec(dllexport)与declspec(dllimport)匹对的问题。  由此可见应用工程中几乎可以看到DLL中的一切包括函数、变量以及类这就是DLL所要提供的强大能力。只要DLL释放这些接口应用程序使用它就将如同使用本工程中的程序一样!  本章虽以VC为平台讲解非MFCDLL但是这些普遍的概念在其它语言及开发环境中也是相同的其思维方式可以直接过渡。  接下来我们将要研究MFC规则DLLMFC规则DLL  概述  MFC规则DLL的概念体现在两方面:  ()它是MFC的  “是MFC的”意味着可以在这种DLL的内部使用MFC  ()它是规则的  “是规则的”意味着它不同于MFC扩展DLL在MFC规则DLL的内部虽然可以使用MFC但是其与应用程序的接口不能是MFC。而MFC扩展DLL与应用程序的接口可以是MFC可以从MFC扩展DLL中导出一个MFC类的派生类。  RegularDLL能够被所有支持DLL技术的语言所编写的应用程序调用当然也包括使用MFC的应用程序。在这种动态连接库中包含一个从CWinApp继承下来的类DllMain函数则由MFC自动提供。  RegularDLL分为两类:  ()静态链接到MFC的规则DLL  静态链接到MFC的规则DLL与MFC库(包括MFC扩展DLL)静态链接将MFC库的代码直接生成在dll文件中。在调用这种DLL的接口时MFC使用DLL的资源。因此在静态链接到MFC的规则DLL中不需要进行模块状态的切换。  使用这种方法生成的规则DLL其程序较大也可能包含重复的代码。  ()动态链接到MFC的规则DLL  动态链接到MFC的规则DLL可以和使用它的可执行文件同时动态链接到MFCDLL和任何MFC扩展DLL。在使用了MFC共享库的时候默认情况下MFC使用主应用程序的资源句柄来加载资源模板。这样当DLL和应用程序中存在相同ID的资源时(即所谓的资源重复问题)系统可能不能获得正确的资源。因此对于共享MFCDLL的规则DLL我们必须进行模块切换以使得MFC能够找到正确的资源模板。我们可以在VisualC中设置MFC规则DLL是静态链接到MFCDLL还是动态链接到MFCDLL。如图依次选择VisualC的project>Settings>General菜单或选项在MicrosoftFoundationClasses中进行设置。 图设置动态静态链接MFCDLL  MFC规则DLL的创建  我们来一步步讲述使用MFC向导创建MFC规则DLL的过程首先新建一个project如图选择project的类型为MFCAppWizard(dll)。点击OK进入如图所示的对话框。图MFCDLL工程的创建  图所示对话框中的区选择MFCDLL的类别。  区选择是否支持automation(自动化)技术automation允许用户在一个应用程序中操纵另外一个应用程序或组件。例如我们可以在应用程序中利用MicrosoftWord或MicrosoftExcel的工具而这种使用对用户而言是透明的。自动化技术可以大大简化和加快应用程序的开发。  区选择是否支持WindowsSockets当选择此项目时应用程序能在TCPIP网络上进行通信。CWinApp派生类的InitInstance成员函数会初始化通讯端的支持同时工程中的StdAfxh文件会自动include<AfxSockh>头文件。添加socket通讯支持后的InitInstance成员函数如下: BOOLCRegularDllSocketApp::InitInstance(){if(!AfxSocketInit()){AfxMessageBox(IDPSOCKETSINITFAILED)returnFALSE}returnTRUE}  区选择是否由MFC向导自动在源代码中添加注释一般我们选择“Yes,please”。图MFCDLL的创建选项  一个简单的MFC规则DLL  这个DLL的例子(属于静态链接到MFC的规则DLL)中提供了一个如图所示的对话框。图MFC规则DLL例子  在DLL中添加对话框的方式与在MFC应用程序中是一样的。  在图所示DLL中的对话框的Hello按钮上点击时将MessageBox一个“Hello,pconline的网友”对话框下面是相关的文件及源代码其中删除了MFC向导自动生成的绝大多数注释第一组文件:CWinApp继承类的声明与实现 RegularDllh:mainheaderfilefortheREGULARDLLDLL#if!defined(AFXREGULARDLLHECBBBBBADBBINCLUDED)#defineAFXREGULARDLLHECBBBBBADBBINCLUDED#ifMSCVER>#pragmaonce#endifMSCVER>#ifndefAFXWINH#errorinclude'stdafxh'beforeincludingthisfileforPCH#endif#include"resourceh"mainsymbolsclassCRegularDllApp:publicCWinApp{public:CRegularDllApp()DECLAREMESSAGEMAP()}#endifRegularDllcpp:DefinestheinitializationroutinesfortheDLL#include"stdafxh"#include"RegularDllh"#ifdefDEBUG#definenewDEBUGNEW#undefTHISFILEstaticcharTHISFILE=FILE#endifBEGINMESSAGEMAP(CRegularDllApp,CWinApp)ENDMESSAGEMAP()CRegularDllAppconstructionCRegularDllApp::CRegularDllApp(){}TheoneandonlyCRegularDllAppobjectCRegularDllApptheApp  分析:  在这一组文件中定义了一个继承自CWinApp的类CRegularDllApp并同时定义了其的一个实例theApp。乍一看您会以为它是一个MFC应用程序因为MFC应用程序也包含这样的在工程名后添加“App”组成类名的类(并继承自CWinApp类)也定义了这个类的一个全局实例theApp。我们知道在MFC应用程序中CWinApp取代了SDK程序中WinMain的地位SDK程序WinMain所完成的工作由CWinApp的三个函数完成:virtualBOOLInitApplication()virtualBOOLInitInstance()virtualBOOLRun()传说中MFC程序的“活水源头”  但是MFC规则DLL并不是MFC应用程序它所继承自CWinApp的类不包含消息循环。这是因为MFC规则DLL不包含CWinApp::Run机制主消息泵仍然由应用程序拥有。如果DLL生成无模式对话框或有自己的主框架窗口则应用程序的主消息泵必须调用从DLL导出的函数来调用PreTranslateMessage成员函数。  另外MFC规则DLL与MFC应用程序中一样需要将所有DLL中元素的初始化放到InitInstance成员函数中。  第二组文件自定义对话框类声明及实现(点击查看附件)  分析:  这一部分的编程与一般的应用程序根本没有什么不同我们照样可以利用MFC类向导来自动为对话框上的控件添加事件。MFC类向导照样会生成类似ONBNCLICKED(IDCHELLOBUTTON,OnHelloButton)的消息映射宏。  第三组文件DLL中的资源文件{{NODEPENDENCIES}}MicrosoftDeveloperStudiogeneratedincludefileUsedbyRegularDllrc#defineIDDDLLDIALOG#defineIDCHELLOBUTTON  分析:  在MFC规则DLL中使用资源也与在MFC应用程序中使用资源没有什么不同我们照样可以用VisualC的资源编辑工具进行资源的添加、删除和属性的更改。  第四组文件MFC规则DLL接口函数#include"StdAfxh"#include"DllDialogh"extern"C"declspec(dllexport)voidShowDlg(void){CDllDialogdllDialogdllDialogDoModal()}  分析:  这个接口并不使用MFC但是在其中却可以调用MFC扩展类CdllDialog的函数这体现了“规则”的概类。  与非MFCDLL完全相同我们可以使用declspec(dllexport)声明或在def中引出的方式导出MFC规则DLL中的接口。MFC规则DLL的调用  笔者编写了如图的对话框MFC程序(下载本工程附件)来调用节的MFC规则DLL在这个程序的对话框上点击“调用DLL”按钮时弹出节MFC规则DLL中的对话框。图MFC规则DLL的调用例子  下面是“调用DLL”按钮单击事件的消息处理函数:voidCRegularDllCallDlg::OnCalldllButton(){typedefvoid(*lpFun)(void)HINSTANCEhDllDLL句柄hDll=LoadLibrary("RegularDlldll")if(==hDll){MessageBox("DLL加载失败")}lpFunaddFun函数指针lpFunpShowDlg=(lpFun)GetProcAddress(hDll,"ShowDlg")if(==pShowDlg){MessageBox("DLL中函数寻找失败")}pShowDlg()}  上述例子中给出的是显示调用的方式可以看出其调用方式与第节中非MFCDLL的调用方式没有什么不同。我们照样可以在EXE程序中隐式调用MFC规则DLL只需要将DLL工程生成的lib文件和dll文件拷入当前工程所在的目录并在RegularDllCallDlgcpp文件(图所示对话框类的实现文件)的顶部添加:#pragmacomment(lib,"RegularDlllib")voidShowDlg(void)  并将voidCRegularDllCallDlg::OnCalldllButton()改为:voidCRegularDllCallDlg::OnCalldllButton(){ShowDlg()}  共享MFCDLL的规则DLL的模块切换  应用程序进程本身及其调用的每个DLL模块都具有一个全局唯一的HINSTANCE句柄它们代表了DLL或EXE模块在进程虚拟空间中的起始地址。进程本身的模块句柄一般为x而DLL模块的缺省句柄为x。如果程序同时加载了多个DLL则每个DLL模块都会有不同的HINSTANCE。应用程序在加载DLL时对其进行了重定位。  共享MFCDLL(或MFC扩展D

用户评价(0)

关闭

新课改视野下建构高中语文教学实验成果报告(32KB)

抱歉,积分不足下载失败,请稍后再试!

提示

试读已结束,如需要继续阅读或者下载,敬请购买!

文档小程序码

使用微信“扫一扫”扫码寻找文档

1

打开微信

2

扫描小程序码

3

发布寻找信息

4

等待寻找结果

我知道了
评分:

/66

VC++的DLL

VIP

在线
客服

免费
邮箱

爱问共享资料服务号

扫描关注领取更多福利