hur.cn - 华软网

 热门搜索

求在VS2008中,在项目中使用静态链接库和动态链接库的方法!

  作者:未知    来源:网络    更新时间:2009/8/14
如题:
---华软 网友回答---
  项目->xxx属性->(左面的树状列表)配置属性->(留意右面下方的列表)项目默认值->配置类型---设置这个就可以
---华软网友回复---
引用 1 楼 f515sf1sd15fsd1f56sd 的回复:
  项目->xxx属性->(左面的树状列表)配置属性->(留意右面下方的列表)项目默认值->配置类型---设置这个就可以


这个是解决创建何种形式的文件的.
我是想知道,怎么添加使用这些写好的静态链接库和动态链接库

---华软网友回复---
#import comment(lib ,"your.lib")


---华软网友回复---
引用 3 楼 arpnet99 的回复:
#import comment(lib ,"your.lib")



我什么都不懂.刚接触这个链接库
有没有谁可以讲一下详细的使用方法....

---华软网友回复---

VC dll编程

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

1.Non-MFC Dlls
2.Regular Dlls
3.Extension Dlls 

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类库所编写的应用程序所调用。
各位看到这里如果眼有点花或头有点晕,请别泄气,再看两遍,然后继续往下看,
定有收获。


这一节介绍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!


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


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

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


Regular DLL
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的提醒啊。

Extension Dlls
这次要讲的是最后一种动态连接库: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,这保证了当调
用进程与动态连接库分离是正确清理内存中的动态库模块。如果是
隐式的被调用,则此步不是必须的了。 






---华软网友回复---
一种是显式的调用,一种是隐式的调用。 
所谓显式的调用,是指在应用程序中用LoadLibrary或MFC提供的 
AfxLoadLibrary显式的将自己所做的动态连接库调近来,动态连接库 
的文件名即是上两函数的参数,再用GetProcAddress()获取想要引入 
的函数。自此,你就可以象使用如同本应用程序自定义的函数一样来 
调用此引入函数了。在应用程序退出之前,应该用FreeLibrary或 
MFC提供的AfxLoadLibrary释放动态连接库。 
隐式的调用则需要把产生动态连接库时产生的.LIB文件加入到应 
用程序的工程中,想使用DLL中的函数时,只须说明以下,
---华软网友回复---
#pragma comment(lib,"your.lib")
---华软网友回复---
用 _dllimport 和 _dllexport  
#pragma comment(lib,"xxx.lib")
---华软网友回复---
引用 5 楼 arpnet99 的回复:
VC dll编程

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

1.Non-MFC Dlls
2.Regular Dlls
3.Extension Dlls

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类库所编写的应用程序所调用。
各位看到这里如果眼有点花或头有点晕,请别泄气,再看两遍,然后继续往下看,
定有收获。


这一节介绍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!


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


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

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


Regular DLL
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的提醒啊。

Extension Dlls
这次要讲的是最后一种动态连接库: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,这保证了当调
用进程与动态连接库分离是正确清理内存中的动态库模块。如果是
隐式的被调用,则此步不是必须的了。



我的标题是问 VS2008 环境下.
---华软网友回复---
我自己总结了一个 MFC动态链接库的文档,贴图如下,不过是在VS2005工程中的,有兴趣可以看看。

手工创建动态链接库的方法如下所示:(目的是将自己定义的一些类封装起来,供外部的程序调用)
1. 新建一个MFC DLL,取名为BKDLL1;
2. 在BKDLL1中路径下新建一个BKDLL1D.def文件,将BKDLL1.def中的内容copy进去并将BKDLL1修改为BKDLL1D
3. 将新建的BKDLL1D.def文件导入到工程之中
4. 打开Project->Properties
5. Link属性下的General选项
   Debug版本将OutPut File修改为..\Program\Bin\$(ProjectName)D.dll
   Release版本将OutPut File修改为..\Program\Bin\$(ProjectName).dll,一般通常将.dll文件放到   Project\Bin文件夹下,而将(静态链接库).lib放到Project\lib文件夹下

6. Input属性里的Module Definition File选项
   Debug版本修改为.\BKDLL1D.def

7. 将Advanced属性中的Import Library设置为$(TargetDir)$(ProjectName)D.lib(一般将TargetName修改为ProjectName),然后你可以在Command line属性中看到生成的相关文件

8. 为了在外面的Dlg上面看到调用DLL的效果,在BKDLL1工程中创建一个派生于CSTATIC的类CRocStatic,并创建WM消息OnLButtonDown,在里面输入代码:
   AfxMessageBox(_T("BKDLL Creates successful!"));
   (注意:必须在CRocStatic的头文件类CRocStatic之前加上代码_declspec(dllexport),具体的可以看
    C:\Documents and Settings\Administrator\桌面\MFC小知识下的“作用_declspec.t”)
9. 上述设置好了之后,需要编译该BKDLL1,然后进行下面的操作.

10. 在新建一个MFC Project,定义一个Dialog对话框CBKColor,在该project->Properties中将其Link下的Input中的Additional Dependencies设置为相应的lib文件(Debug版本设置BKDLL1D.lib,Release版本设置成BKDLL1.lib)

11.最重要的一点:
    调用DLL的外部程序(如Dialog程序)需要注意以下两点
    a1.如果DLL是Dynamic Library(.dll),那么该外部程序的.exe文件必须将路径设置到该DLL的输出路径下,否则在程序运行的时候会报“无法找到组件”的错误;
    a2.如果DLL是Dynamic Library(.dll),那么最终的生成文件有5个(.dll,.pdb,.ilk,.lib,.exp),通常的情况下是将前三个文件放到Bin文件夹下(同一个路径下面新建一个Bin文件夹);而后两个文件放到Lib文件夹下面(同一个路径下面新建一个Lib文件夹);
    a3.将.lib,.exp放到Lib文件夹下的方法为:Linker下的Advance属性->Import Library中设置相应的路径;

    b1.如果DLL是STATIC library(.lib),那么外部程序只需要调用该.lib文件,而外部程序生成的.exe文件可以放置到任意路径下;

12. 因为要在Dlg上面使用自定义的CRocStatic类,需要在Dlg的头文件中加入CRocStatic.h,而具体使用方法如下:

a. 在资源视图的IDD_BKCOLOR_DIALOG上添加一个Static控件
b. 然后定义一个CRocStatic变量将其于STATIC控件关起来
c. 最后将STATIC控件的Notify属性定义为TRUE,则在点击STATIC控件的时候能够响应AfxMessageBox(_T("BKDLL Creates successful!"));

(从Notify属性设置下面你可以看到 设置为TRUE意味着在点击或者双击该控件的时候将向其父窗口发送消息,而在我们的CRocStatic类的OnLButtonDown方法中将消息截获,自己进行处理)

静态链接库只需要在Project->Properties下面将其General修改为 Static那个就可以了,调用的时候在调用类的Project->Properties->Linker->Input将静态链接库生成的lib文件加进去就可以了, 注意路径要设置对。
---华软网友回复---
  class="deleted_message"> 该回复于2011-02-16 11:02:49被版主删除
---华软网友回复---
我也想知道~~
     
华软声明:本内容来自网络,如有侵犯您版权请来信指出,本站立即删除。