制作动态链接库.doc

在我们实际用软件时，经常可看到许多动态连接库。动态连接库有其自身的优点 如节省内存、支持多语种等功能，而且，当DLL中的函数改变后，只要不是参数的改变 调用起的函数并不需要重新编译。这在编程时十分有用。至于其他妙处，各位在电脑 杂志、书籍中都能看到，我这里再说就是废话了. 这次小弟我所要讲的是如何在VC5.0中如何做自己的Win32 ? DLLs，各位要做自己的 动态连接库，首先要知道DLL在VC5.0中都有哪几种分类。VC支持三种DLL，它们是: 1.Non-MFC ? Dlls 2.Regular ? Dlls 3.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!各位照着