用VC++制作DLL经验

　　建立一个自己的DLL并在另一个应用程序中成功的调用它之后再阅读一、二.

　　---- DLL可以分为两个不同的类别：用C/C++(不用对象)编写的基于API的传统DLL

　　和基于MFC对象的DLL.

　　一。两种类型的比较：

　　---- 1. 基于MFC的DLL限制在使用MFC的编译器中。

　　---- 基于API的DLL可以从一种编译器移植到另一种编译器。

　　---- 2. 基于MFC的DLL可以由制作向导构建框架，制作简单

　　---- 基于API的DLL的制作向导只为你制作了一个空的DLL工程，工程的维护和代码的编写全部需要手工完成(这一点在VC 6.0中有了改进)

　　---- 3. 基于MFC的DLL不适用与制作读取二进制文件的DLL

　　---- (无法正确读取与DOS应用程序共享的二进制文件)

　　---- 基于API的DLL可以正确读取在DOS环境中创建的二进制文件。

　　---- 造成该结果的原因其实很简单：

　　---- 在读取二进制文件的过程中通常会使用"结构(体)",基于MFC的DLL要加载

　　MFC,它要求"结构成员位对齐"的比特位是8位，而且你无法方便的通过选中

　　"Project- >Setting- >C/C++"选项卡中的"Code Generation"再修改

　　"Struct member alignment"来使其变为1位(在VC5.0中即使改变了，在编译时该改变也会被忽略。不过这一不足在VC6.0中已经得到了改进，读者有兴趣的话可

　　---- 而基于API的DLL则可以通过以上的方法方便的实现。

　　二。在实际制作与使用中的一点经验：

　　---- 1.制作DLL的目的之一是共享资源/代码。所谓"共享"当然不应该仅仅是几个

　　VC++制作的应用程序可以使用，但是在与其他编程语言协作时，有些问题是需要注意的。

　　---- 在制作DLL时，VC++对函数的省缺声明是"__cedcl",也就是说，如果你在声明你的函数时不作特殊声明的话，你制作的DLL将只能被C/C++调用，如果你想用其他开发语言(比如VB5.0)调用它就会报错，即使调用方法完全正确。

　　---- 那么该怎么办呢，你一定已经猜到了---不要用省缺的声明方式---一个很好的选择是使用"WINAPI"来声明你的函数。它可以把你的DLL中的函数声明成WINDOWS API供其他程序调用(当然也包括C/C++制作的程序)。

　　---- 2.建议你在制作DLL的同时制作包括导出函数原型声明的。H文件虽然这不是必须的但是若你的DLL是被C/C++调用，.H文件和。LIB文件可以为使用你的DLL的开发人员省去不少精力，当你需要修改/升级你的DLL时更是如此。DLL的C/C++使用者只要在工程中引入。H和。LIB文件可以象使用自己编写的函数一样方便的使用DLL中的函数，不必再使用存储DLL句柄、声明函数型指针、LoadLibrary、

　　GetProcAddress那样繁复的调用方式。

　　---- 3.虽然你不必编写。DEF文件就能制作出基于API的。DLL文件。但是制作。DEF文件并不难，至少你有捷径可以走。有一个很简单的方法你不妨一试：

　　---- 例如，你用基于API的方法制作了一个DLL工程文件并为其编写了。CPP和。H文件，你可以保存并关闭该工程，然后在另一个目录中创建一个与其同名的基于MFC的DLL工程。好了，现在你已经知道怎么做了---将该目录中的。DEF文件移动过去就可以了。省下的工作就是再次打开基于API的DLL工程，并将。DEF文件加入工程，将你的导出函数的函数名加到EXPORTS之后，再重新编译工程就OK了。

　　---- 4.DLL文件的省缺名称是与工程名一致的(也是在。DEF文件中LIBRARY 之后的名字)，不要试图在制作完毕之后通过简单的修改。DLL文件的文件名来改变它，这会导致使用该DLL的应用程序错误。