如何用vc编写dll文件

如何用vc编写dll文件

动态连接库最大的特点就是能节省磁盘空间.当多个进程共享同一个DLL的时候,内存中只有一个DLL的代码.通过映射来使各个进程得以调用.

1.用VC建立一个WIN32 DLL

我们利用VC编写DLL有几种方法.如果用VC建立一个WIN32 DLL 工程.那这个工程就应该只导出C++的类或全局变量.和全局函数.方法就是在CPP文件中编写你的代码,为每个需要导出的元素进行导出办法是增加如下语句:

_declspec(dllexport)

你当然可以把它定义成宏

例如,如果是一个类STUDENT需要导出, 那么声明时应该是这样写 class _declspec{dllexport) student;

当然也可以定义时直接导出.

我们的客户端,也就是我们调用该函数的客户程序,就需要导入这个类或者函数..

填写如下语句:

class _declspec(dllimport) student

{

}  // 声明

之后就可以利用STUDENT来构造对象,也可以调用它的成员函数..了

记住,一定要把工程的连接设置好.要把生成的LIB文件填写好,因为客户程序要想加载DLL,能够准确的调用各个DLL中的函数,都是靠这个LIB文件哪.包括函数的地址等等.

当然也可以显示连接

利用LOADLIBRARY

原型是

HMODULE LoadLibrary( LPCTSTR );

返回的HMODULE就是一个DLL句柄.

所以我们在利用这个句柄来作为参数调用另一个函数GETPROCADDRESS

FARPROC GetProcAddress( HMODULE  , LPCSTR);  //如果利用序号来索引,那么要加上MAKEINTERSOURCE宏

返回一个函数指针,利用它来调用函数,

LPCSTR是函数名,但你应该利用DUMPBIN来查看一下你导出的函数名,因为C++编译器支持重载,它会以自己的方式重命名.除非你用extern "C"

用C语言的方式来命名函数.例如 一个函数 void fun();

导出格式应该是 extern "C" _declspec(dllexport) void fun();   //如果是声明导入函数,直接写原型,如果是声明类,那么一定要是类的头文件声明,包含了成员函数和数据成员的.

注意即使是采用了C语言命名方式 如果你改变了调用方式_stdcall 那么还是会改变函数命名的,除非你利用DEF文件来导出.

EXPORTS

fun

这样是可以的.

2.建立一个MFC扩展DLL

扩展DLL是为了更好的支持MFC的类.你建立这个工程后会自动生成一些代码,不要管它先,你把你要动态连接的CPP和相应的.H文件加入到工程,在.CPP文件中需要导出的类上加上AFX_EXT_Class 在.H需要导入的类上加上同样的代码,这样就可以了.

例如class AFX_EXT_CLASS CSTUDENT : public CPERSON   //.CPP

{

}

class AFX_EXT_CLASS CSTUDENT ; //.H

{

}   //声明

3.建立一个常规的DLL

如果你要建立扩展的DLL,那么其他的IDE是无法利用的,因为每个编译器的命名方式是不同的.

如果你想使其他IDE来调用VC的DLL,那么就建立一个常规的DLL.

建立工程以后,编写你要导出的类.例如

extern "C" _declspec(dllexport) void fun()

{

    AFX_MANAGE_STATE(AfxGetStaticModuleState( ));

}

在为每一个需要导出的函数的开头加上这条语句.

在客户端要加上导入语句就可以了.

方法二：

在我们实际用软件时，经常可看到许多动态连接库。动态连接库有其自身的优点
如节省内存、支持多语种等功能，而且，当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!各位照着上面的例子试着敲敲看，Just so easy!
先说到这了


发信人: dragon (龙), 信区: VC
标 题: 关于VC中的DLL的编程[2]

前面讲到Non-MFC DLL的编法，现在讲讲调用DLL的方法。对DLL的
调用分为两种，一种是显式的调用，一种是隐式的调用。
所谓显式的调用，是指在应用程序中用LoadLibrary或MFC提供的
AfxLoadLibrary显式的将自己所做的动态连接库调近来，动态连接库
的文件名即是上两函数的参数，再用GetProcAddress()获取想要引入
的函数。自此，你就可以象使用如同本应用程序自定义的函数一样来
调用此引入函数了。在应用程序退出之前，应该用FreeLibrary或
MFC提供的AfxLoadLibrary释放动态连接库。


隐式的调用则需要把产生动态连接库时产生的.LIB文件加入到应
用程序的工程中，想使用DLL中的函数时，只须说明以下，如下：说明
上篇的输出函数void JustSoSo();
隐式调用不需要调用LoadLibrary()和FreeLibrary().

由此看来，隐式说明调用的方法比较简单，但DLL改变后，应用程序
须从新编译。并且，所有所调用的DLL在应用程序加载的同时被加载到内
存中，但应用程序调用的DLL比较多时，装入的过程十分慢。隐式的调用
则在应用程序不知道所要装入的DLL或隐式调用不成功，此时，允许用户
指定所要加载的动态连接库，比较灵活

发信人: dragon (龙), 信区: VC
标 题: 关于VC中的DLL的编程[3]

Regular DLL能够被所有支持DLL技术的语言所编写的应用程序
所调用。在这种动态连接库中，它必须有一个从CWinApp继承下来的
类，DllMain函数被MFC所提供，不用自己显式的写出来。下面是一个
例子：
// MyRegularDll.h:main header file for the MYREGULARDLL DLL
#include "resource.h" // main symbols

class 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_MSG
DECLARE_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 blocks
END_MESSAGE_MAP()
////////////////////////////////////////////////////////////
// CMyRegularDllApp construction
CMyRegularDllApp::CMyRegularDllApp()
{
// TOD add construction code here,
// Place all significant initialization in InitInstance
}
以上是AppWizard产生的含有主要代码的两个文件，各位可从中
看出和Non-MFC Dlls的区别。但要注意上面的AppWizard的提醒啊。

发信人: dragon (龙), 信区: VC
标 题: 关于VC中的DLL的编程[4]
发信站: 饮水思源站 (Thu Mar 25 00:46:22 1999) , 站内信件

这次要讲的是最后一种动态连接库：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 APIENTRY
DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID lpReserved)
{
if (dwReason == DLL_PROCESS_ATTACH)
{
TRACE0("PROJNAME.DLL Initializing!\n");

// Extension DLL one-time initialization
AfxInitExtensionModule(PROJNAMEDLL,
hInstance);

// Insert this DLL into the resource chain
new 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，这保证了当调
用进程与动态连接库分离是正确清理内存中的动态库模块。如果是
隐式的被调用，则此步不是必须的了。