篇一
我们在调用DLL时所需的DLL文件必须位于以下三个目录之一:
(1)Windows的系统目录:\windows\system;
(2)DOS中path所指出的任何目录;
(3)程序所在的目录。
一、动态链接库的结构
动态链接库中定义有两种函数:导出函数(export function)和内部函数(internal function),导出函数可以被其它模块调用,内部函数只能在库内部使用。我们在用C++定制动态库文件时,需要编写的就是包含导出函数表的模块定义文件(.DEF)和实现导出函数功能的C++文件。下面以Sample.dll为例介绍DEF文件和实现文件的结构。
1.模块定义文件(.DEF)是一个或多个用于描述DLL属性的模块语句组成的文本文件,每个DEF文件至少必须包含以下模块定义语句:
·第一个语句必须是LIBRARY语句,指出DLL的名字;
·EXPORTS语句列出被导出函数的名字;
·可以使用DESCRIPTION语句描述DLL的用途(此句可选);
·“;”对一行进行注释(可选)。
2.实现文件
实现入口表函数的cpp文件中,包含DLL入口点处理的API函数和导出函数的代码。
二、创建Sample.dll
1.首先创建Sample.dll的工程,启动VC++5.0按以下步骤生成DLL工程:
·在选单中选择File\New\Project;
·在工程列表中选择Win32 Dynamic-Link Library;
·在Project Name中输入工程名:Sample;
·单击Location右边按钮,选择c:\sample目录;
·单击OK完成,至此已创建了Sample.dll的工程文件。
2.创建Sample.def文件:
·在选单中选择File\New\Text File;
·输入以下代码后保存文件名“Sample.def”:
;Sample.def
;指出DLL的名字Sample,链接器将这个名字放到DLL导入库中
LIBRARY Sample
;定义导出函数ShowMe()为例
EXPORTS
ShowMe
;def文件结束
3.创建Sample.cpp
.在选单中选择File\New\C++ Source File项
.输入以下代码后保存文件名“Sample.cpp”
//Sample.cpp
#include 〈windows.h〉
int ShowMe(void);
//DllEntryPoint为DLL入口点函数,负责初试化并终止DLL
BOOL WINAPI DllEntryPoint(HINSTANCE hDLL,DWORD dwReason,LPVOID Reserved)
{ switch(dwReason)
{ case DLL—PROCESS—ATTACH:
{ break; }
case DLL-PROCESS-DETACH:
{ break; } }
return TRUE; }
int ShowMe(void)
{ //蜂鸣器响一下
MessageBeep((WORD)-1);
MessageBox("你好!");
return 1; }
4.编译DLL文件
从Build选单中选择Build Sample.DLL,产生Sample.DLL文件,以后就可以随时调用了。
三、在应用程序中调用DLL文件
在应用程序中要首先装入DLL后才能调用导出表中的函数,例如用MFC创建基于对话框的工程Test,并在对话框上放置“Load”按钮,你就必须添加装载代码。
1.首先在TestDlg.cpp的首部添加变量设置代码:
//设置全局变量gLibSample用于存储DLL句柄
HINSTANCE gLibSample=NULL;
//第二个变量ShowMe是指向DLL库中ShowMe()函数的指针
typedef int (*SHOWME)(void);
SHOWME ShowMe;
2.利用ClassWizard为“Load”按钮添加装载DLL的代码:
Void CTestDlg::OnLoadButton()
{ //要添加的代码如下
if(gLibMyDLL!=NULL)
{ MessageBox("The Sample.DLL has already been load.");
return; }
//装载Sample.dll,未加路径,将在三个默认路径中寻找
gLibSample=LoadLibrary("SAMPLE.DLL");
//返回DLL中ShowMe()函数的地址
ShowMe=(SHOWME)GetProcAddress(gLibSample,"ShowMe"); }
3.只要DLL装载成功,在应用程序中就可以直接调用ShowMe()函数(本程序在Windows 95,VC++5.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类库所编写的应用程序所调用。
各位看到这里如果眼有点花或头有点晕,请别泄气,再看两遍,然后继续往下看,
定有收获。
发信人: 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()
{
// TODO: 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,这保证了当调
用进程与动态连接库分离是正确清理内存中的动态库模块。如果是
隐式的被调用,则此步不是必须的了。