VC定义的三种类型DLL有什么区别

微软的Visual C++支持三种DLL，它们分别是Non-MFC Dll（非MFC动态库）、Regular

Dll（常规DLL）、Extension Dll（扩展DLL）。

Non-MFC

DLL指的是不用MFC的类库结构，直接用C语言写的DLL，其导出的函数是标准的C接口，能被非MFC或MFC编写的应用程序所调用。Regular

DLL:和下述的Extension

Dlls一样，是用MFC类库编写的，它的一个明显的特点是在源文件里有一个继承CWinApp的类（注意：此类DLL虽然从CWinApp派生，但没有消息循环）,被导出的函数是C函数、C++类或者C++成员函数（注意不要把术语C++类与MFC的微软基础C++类相混淆），调用常规DLL的应用程序不必是MFC应用程序，只要是能调用类C函数的应用程序就可以，它们可以是在Visual

C++、Dephi、Visual Basic、Borland

C等编译环境下利用DLL开发应用程序。

常规DLL又可细分成静态链接到MFC和动态链接到MFC上的，这两种常规DLL的区别将在下面介绍。与常规DLL相比，使用扩展DLL用于导出增强

MFC基础类的函数或子类，用这种类型的动态链接库，可以用来输出一个从MFC所继承下来的类。

扩展DLL是使用MFC的动态链接版本所创建的，并且它只被用MFC类库所编写的应用程序所调用。例如你已经创建了一个从MFC的CtoolBar类的派生类用于创建一个新的工具栏，为了导出这个类，你必须把它放到一个MFC扩展的DLL中。扩展DLL

和常规DLL不一样，它没有一个从CWinApp继承而来的类的对象，所以，开发人员必须在DLL中的DllMain函数添加初始化代码和结束代码。

1、 DLL的概念

可以向程序提供一些函数、变量或 类 。

静态链接库与动态链接库的区别：

（1）静态链接库与动态链接库 都是共享代码的方式 。静态链接库把最后的指令 都包含

在最终生成的EXE文件中了；动态链接库不必被包含在最终EXE文件中，EXE文件 执行时可以“动态”地引用和卸载

这个与EXE独立的DLL文件。

（2） 静态链接库中 不能再包含其他的动态链接库或者静态库

，而在动态链接库中还可以再包含其他的动态或静态链接库。

DLL分类：

1。Non-MFC

DLL（非MFC动态库）：不采用MFC类库结构，其导出函数为标准的C接口，能被非MFC或MFC编写的应用程序所调用；

2。MFC Regular DLL（MFC规则DLL）：非MFC动态库MFC规则DLL

包含一个继承自CWinApp的类，但其无消息循环；

3。MFC Extension DLL（MFC扩展DLL）：采用MFC的动态链接版本创建，它

只能被用MFC类库所编写的应用程序所调用。

2、 创建一个DLL

21 非MFC的DLL

211声明导出函数：

extern “C” __declspec(dllexport) int add(int a, int b);

其中 extern

“C”为声明为C编译。由于C++编译器在编译的时候会造成其函数名的该变，在其他应用程序中导致函数不可调用，而C编译器则不会在编译后改变其函数名。这样如果用C编译的程序来调用该dll中的函数时，可能会造成找不到该函数。

__declspec（dllexport）表示该函数为DLL输出函数，即其他应用程序可以调用该函数

从dll中声明输出函数有两种方式：

（1） 另外一种方式是采用模块定义(def)

文件声明，def文件为链接器提供了有关被链接程序的导出、属性及其他方面的信息。

（2） 用__declspec(dllexport)来声明函数

如果使用Visual

C++来创建dll，对于同样用VC创建的exe来说，调用dll没有什么问题。而如果用其他工具来创建的exe来调用dll，就会出现问题。因为即使你不用C++编译器，Microsoft

C编译器也会损害C函数。当用__stdcall将函数输出时，C编译器会将函数改为_func@1的形式。在这里需要在def文件中加入EXPORTS节来输出函数：

EXPORTS

func

这样，dll将用func函数名来输出函数。

另一种方式是用#pragma (linker,

“/exports:func=_func@1”),告诉编译器输出函数func，这种方式没有前一种好。

如果通过VC++编写的DLL欲被其他语言编写的程序调用，应将函数的调用方式声明为__stdcall方式，WINAPI都采用这种方式，而C/C++

缺省的调用方式却为__cdecl。__stdcall方式与__cdecl对函数名最终生成符号的方式不同。若采用C编译方式(在C++中需将函数声明为extern

"C")，__stdcall调用约定在输出函数名前面加下划线，后面加“@”符号和参数的字节数，形如_functionname@number；而__cdecl调用约定仅在输出函数名前面加下划线，形如_functionname。

; libdef : 导出DLL函数

LIBRARY dllTestEXPORTSadd @ 1def文件的规则为：

(1)LIBRARY语句说明def文件相应的DLL；

(2)EXPORTS语句后列出要导出函数的名称。可以在def文件中的导出函数名后加@n，表示要导出函数的序号为n（在进行函数调用时，这个序号将发挥其作用）；

(3)def 文件中的注释由每个注释行开始处的分号 (;) 指定，且注释不能与语句共享一行。

由此可以看出，例子中libdef文件的含义为生成名为“dllTest”的动态链接库，导出其中的add函数，并指定add函数的序号为1。212

Dll的调用方式：

DLL的调用分为两种方式： 动态和静态

（1） 动态调用：

typedef int(lpAddFun)(int, int); //宏定义函数指针类型

lpAddFun add;//函数指针

HINSTANCE hDll= LoadLibrary(“path”);

add=(lpAddFun) GetProcAddress (hDll,

"add");//获得dll中的add函数指针

FreeLibrary (hDll);

在从dll调用中返回的函数、指针或者类 都是以指针的方式 ，即返回的是函数、变量或类的地址。这里一定要注意，

不能简单的用函数名来赋值 。

（2） 静态调用：

将生成的 dll和lib 文件拷入到调用dll的工程中，用命令

#pragma comment(lib,"dllTestlib")，实现静态调用，即

把该dll在编译的时候也编译到exe文件中去 ，而后在工程中调用时用下面的代码：

#pragma comment(lib,"dllTestlib")

//lib文件中仅仅是关于其对应DLL文件中函数的重定位信息extern "C"

__declspec(dllimport) add(int x,int y);int main(int argc, char

argv[]){int result = add(2,3);printf("%d",result);return

0;}由上述代码可以看出，静态调用方式的顺利进行需要完成两个动作：(1)告诉编译器与DLL相对应的lib文件所在的

路径及文件名 ，#pragma comment(lib,"dllTestlib")就是起这个作用。

程序员在建立一个DLL文件时，连接器会自动为其生成一个对应的lib文件，该文件包含了DLL 导出函数的

符号名及序号（并不含有实际的代码 ）。在应用程序里，lib文件将作为DLL的替代文件参与编译。

另外一种显式调用的方式是设置vc中的目录和includefiles来实现

(2) 声明导入函数 ，extern "C" __declspec(dllimport) add(int x,int

y)语句中的 __declspec(dllimport) 发挥这个作用。

静态调用方式不再需要使用系统API来加载、卸载DLL以及获取DLL中导出函数的地址。这是因为，当程序员通过静态链接方式编译生成应用程序时，应用程序中调用的与lib文件中导出符号相匹配的函数符号将进入到生成的EXE

文件中，lib文件中所包含的与之对应的DLL文件的文件名也被编译器存储在

EXE文件内部。当应用程序运行过程中需要加载DLL文件时，Windows将根据这些信息发现并加载DLL，然后通过符号名实现对DLL

函数的动态链接。这样，EXE将能直接通过函数名调用DLL的输出函数，就象调用程序内部的其他函数一样。

213 DllMain函数

Windows在加载dll的时候，会首先需要一个入口函数DllMain。当在dll中不定义DllMain的时候，windows会从其他运行库中调用一个不做任何 *** 作的DllMain函数，直接返回true。DllMain是dll内部的函数，这意味着在调用dll的程序中不能显式的调用。它是在

dll被调用时自动被调用的。

BOOL APIENTRY DllMain( HANDLE hModule, DWORD

ul_reason_for_call,

LPVOID lpReserved)

{

switch (ul_reason_for_call)

{

case: DLL_PROCESS_ATTACH:

break;

case: DLL_THREAD_ATTACH:

break;

case: DLL_THREAD_DETACH:

break;

case: DLL_PROCESS_DETACH:

break;

return TRUE;

}

}22 在dll中导出变量

1、在dll中定义变量 extern int global;

2、在def中定义输出 EXPORTS:

global DATA

3、 在应用程序中调用：#pragma comment(lib,"dllTestlib")

extern int global;

注意在此引入的变量global，是一个地址，在使用时需要强制转化为指针后再用，才能得到其值。

（int ）global=10;

在应用工程中引用DLL中全局变量的一个更好方法是:

extern int _declspec(dllimport) global;

//用_declspec(dllimport)导入

通过_declspec(dllimport)方式导入的就是DLL中全局变量本身而不再是其地址了,建议在一切可能的情况下使用这种方式。

23 dll导出类

在定义的时候用 class _declspec(dllexport) classname{

}

在类中引用的时候用

加入类定义头文件 ：#include “classnameh”

Class _declspec(dllimport) classname 来导入类

3、 MFC规则Dll

MFC规则DLL的概念体现在两方面：

（1） 它是MFC的

“是MFC的”意味着可以在这种DLL的内部使用MFC；

（2） 它是规则的

“是规则的”意味着它不同于MFC扩展DLL，在MFC规则DLL的内部虽然可以使用MFC，但是其与应用程序的接口不能是MFC。而MFC扩展DLL与应用程序的接口可以是MFC，可以从MFC扩展DLL中导出一个MFC类的派生类。

Regular

DLL能够被所有支持DLL技术的语言所编写的应用程序调用，当然也包括使用MFC的应用程序。在这种动态连接库中，包含一个从CWinApp继承下来的类，DllMain函数则由MFC自动提供。

（1）静态链接到MFC 的规则DLL

静态链接到MFC的规则DLL与MFC库（包括MFC扩展

DLL）静态链接，将MFC库的代码直接生成在dll文件中。在调用这种DLL的接口时，MFC使用DLL的资源。因此，在静态链接到MFC

的规则DLL中不需要进行模块状态的切换。

使用这种方法生成的规则DLL其程序较大，也可能包含重复的代码。

（2）动态链接到MFC 的规则DLL

动态链接到MFC 的规则DLL 可以和使用它的可执行文件同时动态链接到 MFC DLL 和任何MFC扩展

DLL。在使用了MFC共享库的时候，默认情况下，MFC使用主应用程序的资源句柄来加载资源模板。这样，当DLL和应用程序中存在相同ID的资源时（即所谓的资源重复问题），系统可能不能获得正确的资源。因此，对于共享MFC

DLL的规则DLL，我们必须进行模块切换以使得MFC能够找到正确的资源模板。

我们可以在Visual C++中设置MFC规则DLL是静态链接到MFC DLL还是动态链接到MFC

DLL。如图8，依次选择Visual C++的project -> Settings ->

General菜单或选项，在Microsoft Foundation

Classes中进行设置。31规则DLL的创建;

与非MFCdll不同的是，在其定义里面可以引入MFC类，其他与非MFC一样

32规则DLL的调用

（1）显示方式LoadLibrary , GetProcAdress , FreeLibrary

(2)

我们照样可以在EXE程序中隐式调用MFC规则DLL，只需要将DLL工程生成的lib文件和dll文件拷入当前工程所在的目录，并在RegularDllCallDlgcpp文件（图12所示对话框类的实现文件）的顶部添加：

#pragma comment(lib,"RegularDlllib")

33共享MFC DLL的规则DLL的模块切换

应用程序进程本身及其调用的每个DLL模块都具有一个全局唯一的HINSTANCE句柄，它们代表了DLL或EXE模块在进程虚拟空间中的起始地址。进程本身的模块句柄一般为0x400000，而DLL模块的缺省句柄为0x10000000。如果程序同时加载了多个DLL，则每个DLL模块都会有不同的

HINSTANCE。应用程序在加载DLL时对其进行了重定位。

共享MFC

DLL（或MFC扩展DLL）的规则DLL涉及到HINSTANCE句柄问题，HINSTANCE句柄对于加载资源特别重要。EXE和DLL都有其自己的资源，而且这些资源的ID可能重复，应用程序需要通过资源模块的切换来找到正确的资源。如果应用程序需要来自于DLL的资源，就应将资源模块句柄指定为

DLL的模块句柄；如果需要EXE文件中包含的资源，就应将资源模块句柄指定为EXE的模块句柄。

模块的切换有三种方式：

（1）在DLL函数中调用：AFX_MANAGE_STATE(AfxGetStaticModuleState());（推荐使用，最简单）void

ShowDlg(void){//方法1:在函数开始处变更，在函数结束时恢复//将AFX_MANAGE_STATE(AfxGetStaticModuleState());作为接口函数的第一//条语句进行模块状态切换AFX_MANAGE_STATE(AfxGetStaticModuleState());

CDialog

dlg(IDD_DLL_DIALOG);//打开ID为2000的对话框dlgDoModal();}（2）在DLL函数中调用AfxGetResourceHandle();AfxSetResourceHandle(HINSTANCE

xxx);

（3）由应用程序自身切换（不推荐，最麻烦）

4、扩展MFCDLL

MFC扩展DLL的内涵为MFC的扩展，用户使用MFC扩展DLL就像使用MFC本身的DLL一样。除了可以在MFC扩展DLL的内部使用MFC以外，

MFC扩展DLL与应用程序的接口部分也可以是MFC。我们一般使用MFC扩展DLL来包含一些MFC的增强功能，譬如扩展MFC的CStatic、

CButton等类使之具备更强大的能力。

导出一个类，直接在类声明头文件中使用AFX_EXT_CLASS即可，最后别忘了在调用dll的程序中加入class的头文件5、总结：综上所述:以上几种dll主要由以下几种区别：1、动态链接库是将exe程序在程序执行的时候动态加载的，而静态链接库是在编译的时

将其编译在代码之中的2、动态链接库可以输出变量、函数和类。其中每种输出的方式与调用方式不尽相同：（1）变量：在dll中定义

extern int global;在def文件中输出 EXPORTSglobal DATA或extern

_declspec(dllexport)int global(不用输出文件了)在程序中调用：静态调用： #pragma

comment(lib,"dllTestlib")extern int _declspec(dllimport)

global;动态调用:（2）函数:在dll中定义extern “C” __declspec(dllexport) int

add(int a, int b);也可以在def文件中输出该函数EXPORTSadd @ 1在程序中调用：静态调用：#pragma

comment(lib,"dllTestlib")extern "C" __declspec(dllimport) add(int

x,int y);动态调用：typedef int(lpAddFun)(int, int); //宏定义函数指针类型

lpAddFun add;//函数指针

HINSTANCE hDll=LoadLibrary(“path”);

add=(lpAddFun)GetProcAddress(hDll,

"add");//获得dll中的add函数指针

FreeLibrary(hDll);

在从dll调用中返回的函数、指针或者类都是以指针的方式会的，即返回的是函数、变量或类的地址。这里一定要注意，不能简单的用函数名来赋值。（3）类：在dll中定义：

在定义的时候用 class _declspec(dllexport) classname{

}

在类中引用的时候用

加入类定义头文件：#include “classnameh”

Class _declspec(dllimport) classname 来导入类

3、 除了扩展MFC的dll外，其他的dll均可被其他语言编写的应用程序来调用

／／第一种方法＿静态调用法

1：在DLL的cpp中将函数声明为导出，你已经完成了第一步．

2: 在exe的cpp中加上一句 #pragma comment(lib, "你生成的dll的lib文件") 生成dll后会有一个xxxlib的文件，保存到exe的目录中．

3:声明一种类型，在exe的cpp中声明上面的函数类型．　

4:调用函数

//第二种方法动态调用法

1：　在exe的cpp中使用LoadLibary()把我生成的dll载入．

2: 使用typedef int __stdcall (pfunc) (const char , const char , cstring, int) 定义一个函数类型．

3: pfunc funcaddr = GetProcAddrress() 通过GetProcAddress()获取函数的地址．

4: 调用　函数

　注意：

　你写的代码有点小问题，在导出函数的前面先加上 extern "C" ，这样才能保证dll中的函数名是GenStarPic，否则导出函数的名字会变成一堆乱码，你需要借助LordPe或者depends等工具查看函数名．　

DLL:

DLL文件(Dynamic Linkable Library 即动态链接库文件)，是一种可执行文件，它允许程序共享执行特殊任务所必需的代码和其他资源

比较大的应用程序都由很多模块组成，这些模块分别完成相对独立的功能，它们彼此协作来完成整个软件系统的工作。可能存在一些模块的功能较为通用，在构造其它软件系统时仍会被使用。在构造软件系统时，如果将所有模块的源代码都静态编译到整个应用程序 EXE 文件中，会产生一些问题：一个缺点是增加了应用程序的大小，它会占用更多的磁盘空间，程序运行时也会消耗较大的内存空间，造成系统资源的浪费；另一个缺点是，在编写大的 EXE 程序时，在每次修改重建时都必须调整编译所有源代码，增加了编译过程的复杂性，也不利于阶段性的单元测试。

Windows 系统平台上提供了一种完全不同的较有效的编程和运行环境，你可以将独立的程序模块创建为较小的 DLL 文件，并可对它们单独编译和测试。在运行时，只有当 EXE 程序确实要调用这些 DLL 模块的情况下，系统才会将它们装载到内存空间中。这种方式不仅减少了 EXE 文件的大小和对内存空间的需求，而且使这些 DLL 模块可以同时被多个应用程序使用。Windows 自己就将一些主要的系统功能以 DLL 模块的形式实现。

一般来说，DLL 是一种磁盘文件，以dll、DRV、FON、SYS 和许多以 EXE 为扩展名的系统文件都可以是 DLL。它由全局数据、服务函数和资源组成，在运行时被系统加载到调用进程的虚拟空间中，成为调用进程的一部分。如果与其它 DLL 之间没有冲突，该文件通常映射到进程虚拟空间的同一地址上。DLL 模块中包含各种导出函数，用于向外界提供服务。DLL 可以有自己的数据段，但没有自己的堆栈，使用与调用它的应用程序相同的堆栈模式；一个 DLL 在内存中只有一个实例；DLL 实现了代码封装性；DLL 的编制与具体的编程语言及编译器无关。

在 Win32 环境中，每个进程都复制了自己的读/写全局变量。如果想要与其它进程共享内存，必须使用内存映射文件或者声明一个共享数据段。DLL 模块需要的堆栈内存都是从运行进程的堆栈中分配出来的。Windows 在加载 DLL 模块时将进程函数调用与 DLL 文件的导出函数相匹配。Windows *** 作系统对 DLL 的 *** 作仅仅是把 DLL 映射到需要它的进程的虚拟地址空间里去。DLL 函数中的代码所创建的任何对象（包括变量）都归调用它的线程或进程所有。

调用方式：

1、静态调用方式：由编译系统完成对 DLL 的加载和应用程序结束时 DLL 卸载的编码（如还有其它程序使用该 DLL，则 Windows 对 DLL 的应用记录减1，直到所有相关程序都结束对该 DLL 的使用时才释放它，简单实用，但不够灵活，只能满足一般要求。

隐式的调用：需要把产生动态连接库时产生的 LIB 文件加入到应用程序的工程中，想使用 DLL 中的函数时，只须说明一下。隐式调用不需要调用 LoadLibrary() 和 FreeLibrary()。程序员在建立一个 DLL 文件时，链接程序会自动生成一个与之对应的 LIB 导入文件。该文件包含了每一个 DLL 导出函数的符号名和可选的标识号，但是并不含有实际的代码。LIB 文件作为 DLL 的替代文件被编译到应用程序项目中。

当程序员通过静态链接方式编译生成应用程序时，应用程序中的调用函数与 LIB 文件中导出符号相匹配，这些符号或标识号进入到生成的 EXE 文件中。LIB 文件中也包含了对应的 DL L文件名（但不是完全的路径名），链接程序将其存储在 EXE 文件内部。

当应用程序运行过程中需要加载 DLL 文件时，Windows 根据这些信息发现并加载 DLL，然后通过符号名或标识号实现对 DLL 函数的动态链接。所有被应用程序调用的 DLL 文件都会在应用程序 EXE 文件加载时被加载在到内存中。可执行程序链接到一个包含 DLL 输出函数信息的输入库文件(LIB文件)。 *** 作系统在加载使用可执行程序时加载 DLL。可执行程序直接通过函数名调用 DLL 的输出函数，调用方法和程序内部其 它的函数是一样的。

2、动态调用方式：是由编程者用 API 函数加载和卸载 DLL 来达到调用 DLL 的目的，使用上较复杂，但能更加有效地使用内存，是编制大型应用程序时的重要方式。

显式的调用：

是指在应用程序中用 LoadLibrary 或 MFC 提供的 AfxLoadLibrary 显式的将自己所做的动态连接库调进来，动态连接库的文件名即是上面两个函数的参数，再用 GetProcAddress() 获取想要引入的函数。自此，你就可以象使用如同本应用程序自定义的函数一样来调用此引入函数了。在应用程序退出之前，应该用 FreeLibrary 或 MFC 提供的 AfxFreeLibrary 释放动态连接库。直接调用 Win32 的 LoadLibary 函数，并指定 DLL 的路径作为参数。LoadLibary 返回 HINSTANCE 参数，应用程序在调用 GetProcAddress 函数时使用这一参数。GetProcAddress 函数将符号名或标识号转换为 DLL 内部的地址。程序员可以决定 DLL 文件何时加载或不加载，显式链接在运行时决定加载哪个 DLL 文件。使用 DLL 的程序在使用之前必须加载（LoadLibrary）加载DLL从而得到一个DLL模块的句柄，然后调用 GetProcAddress 函数得到输出函数的指针，在退出之前必须卸载DLL(FreeLibrary)。

正因为DLL 有占用内存小，好编辑等的特点有很多电脑病毒都是DLL格式文件。但不能单独运行。

动态链接库通常都不能直接运行，也不能接收消息。它们是一些独立的文件，其中包含能被可执行程序或其它DLL调用来完成某项工作的函数。只有在其它模块调用动态链接库中的函数时，它才发挥作用。

MFC:

MFC,微软基础类(Microsoft Foundation Classes),实际上是微软提供的,用于在C++环境下编写应用程序的一个框架和引擎,VC++是WinOS下开发人员使用的专业C++ SDK(SDK,Standard SoftWare Develop Kit,专业软件开发平台),MFC就是挂在它之上的一个辅助软件开发包,MFC作为与VC++血肉相连的部分(注意C++和VC++的区别:C++是一种程序设计语言,是一种大家都承认的软件编制的通用规范,而VC++只是一个编译器,或者说是一种编译器+源程序编辑器的IDE,WS,PlatForm,这跟Pascal和Dephi的关系一个道理,Pascal是Dephi的语言基础,Dephi使用Pascal规范来进行Win下应用程序的开发和编译,却不同于Basic语言和VB的关系,Basic语言在VB开发出来被应用的年代已经成了Basic语言的新规范,VB新加的Basic语言要素,如面向对象程序设计的要素,是一种性质上的飞跃,使VB既是一个IDE,又成长成一个新的程序设计语言),MFC同BC++集成的VCL一样是一个非外挂式的软件包,类库,只不过MFC类是微软为VC++专配的

MFC是Win API与C++的结合,API,即微软提供的WinOS下应用程序的编程语言接口,是一种软件编程的规范,但不是一种程序开发语言本身,可以允许用户使用各种各样的第三方(如我是一方,微软是一方,Borland就是第三方)的编程语言来进行对Win OS下应用程序的开发,使这些被开发出来的应用程序能在WinOS下运行,比如VB,VC++,Java,Dehpi编程语言函数本质上全部源于API,因此用它们开发出来的应用程序都能工作在WinOS的消息机制和绘图里,遵守WinOS作为一个 *** 作系统的内部实现,这其实也是一种必要,微软如果不提供API,这个世上对Win编程的工作就不会存在,微软的产品就会迅速从时尚变成垃圾,上面说到MFC是微软对API函数的专用C++封装,这种结合一方面让用户使用微软的专业C++ SDK来进行Win下应用程序的开发变得容易,因为MFC是对API的封装,微软做了大量的工作,隐藏了好多程序开发人员在Win下用C++ & MFC编制软件时的大量内节,如应用程序实现消息的处理,设备环境绘图,这种结合是以方便为目的的,必定要付出一定代价(这是微软的一向作风),因此就造成了MFC对类封装中的一定程度的的冗余和迂回,但这是可以接受的

最后要明白MFC不只是一个功能单纯的界面开发系统,它提供的类绝大部分用来进行界面开发,关联一个窗口的动作,但它提供的类中有好多类不与一个窗口关联,即类的作用不是一个界面类,不实现对一个窗口对象的控制(如创建,销毁),而是一些在WinOS(用MFC编写的程序绝大部分都在WinOS中运行)中实现内部处理的类,如数据库的管理类等,学习中最应花费时间的是消息和设备环境,对C++和MFC的学习中最难的部分是指针,C++面向对像程序设计的其它部分,如数据类型,流程控制都不难,建议学习数据结构C++版

MFC是微软封装了的API。什么意思呢？windows作为一个提供功能强大的应用程序接口编程的 *** 作系统，的确方便了许多程序员，传统的win32开发（直接使用windows的接口函数API）对于程序员来说非常的困难，因为API函数实在太多了，而且名称很乱，从零构架一个窗口动辄就是上百行的代码。MFC是面向对象程序设计与Application framework的完美结合，他将传统的API进行了分类封装，并且为你创建了程序的一般框架

内置函数的优点：

•不敏感：

WSCRIPTECHO

WScriptecho

wscriptecho

虽然对大小写不敏感，但是不应该使用全大写或全小写，这样使得脚本难于阅读

•跳过所有多余的空格

For example:

WScript Echo "Hello"

is the same as:

WScriptEcho "Hello"

•不规定每行的最大长度

换言之，你可以将多个逻辑行用colon divider连接在一起

WScriptEcho "Test One" : WScriptEcho "Test Two"

•Vbscrip 允许你分割一个长句，可以用一个空格和一个下划线来隔断，这样使得阅读更加容易一点。

WScriptEcho "Message to" _

& vUserName _

& " Please make sure that you remember" _

& " to logoff or lock your workstation" _

& " if you leave it unattended, Thanks"

以上就是关于VC定义的三种类型DLL有什么区别全部的内容，包括:VC定义的三种类型DLL有什么区别、c++调用dll导出函数、有关于DLL的一些问题等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！