在我们实际用软件时，经常可看到许多动态连接库。动态连接库有其自身的优点 如节省内存、支持多语种等功能，而且，当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 symbolsclass 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，这保证了当调 用进程与动态连接库分离是正确清理内存中的动态库模块。如果是 隐式的被调用，则此步不是必须的了。
Windows下DLL编程技术及应用
摘 要: 本文介绍了DLL技术在Windows编程中的基本运用方法及应用，给出了直接内存 访问及端口I/O的两个实用DLL的全部源代码。 一 、引 言 由于Windows为微机提供了前所未有的标准用户界面、图形处理能力和简单灵便的操作，绝大多数程序编制人员都已转向或正在转向Windows编程。在许多用户设计的实际应用系统的编程任务中，常常要实现软件对硬件资源和内存资源的访问，例如端口I/O、DMA、中断、直接内存访问等等 。若是编制DOS程序，这是轻而易举的事情，但要是编制Windows程序，尤其是WindowsNT环境下的程序，就会显得较困难。 因为Windows具有"与设备无关"的特性，不提倡与机器底层的东西打交道，如果直接用Windows的 API函数或I/O读写指令进行访问和操作，程序运行时往往就会产生保护模式错误甚至死机，更严重的情况会导致系统崩溃。那么在Windows下怎样方便地解决上述问题呢？用DLL(Dynamic Link Libraries)技术就是良好途径之一。 DLL是Windows最重要的组成要素，Windows中的许多新功能、新特性都是通过DLL来实现的，因此掌握它、应用它是非常重要的。其实Windows本身就是由许多的DLL组成的，它最基本的三大组成模块Kernel、GDI和User 都是DLL，它所有的库模块也都设计成DLL。凡是以.DLL、.DRV、.FON、.SYS和许多以.EXE为扩展名的系统文件都是DLL，要是打开Windows\System目录，就可以看到许多的DLL模块。尽管DLL在Ring3优先级下运行，仍是实现硬件接口的简便途径。DLL可以有自己的数据段，但没有自己的堆栈，使用与调用它的应用程序相同的堆栈模式，减少了编程设计上的不便；同时，一个DLL在内存中只有一个实例，使之能高效经济地使用内存；DLL实现的代码封装性，使得程序简洁明晰；此外还有一个最大的特点，即DLL的编制与具体的编程语言及编译器无关，只要遵守DLL的开发规范和编程策略，并安排正确的调用接口，不管用何种编程语言编制的DLL都具有通用性。例如在BC31中编制的DLL程序，可用于BC、VC、VB、Delphi等多种语言环境中。笔者在BC31环境下编译了Windows下直接内存访问和端口I/O两个DLL，用在多个自制系统的应用软件中， 运行良好。 二、DLL的建立和调用 DLL的建立及调用方法在许多资料上有详细的介绍，为了节省篇幅，在这里仅作一些 主要的概括。1.DLL的建立 关于DLL的建立，有如下几个方面的要素是不可缺少和必须掌握的： ?. 入口函数LibMain( ) 就象C程序中的WinMain( )一样，Windows每次加载DLL时都要执行LibMain( )函数，主要用来进行一些初始化工作。通常的形式是： int FAR PASCAL LibMain(HINSTANCE hInstance,WORD wDataSeg,WORD wHeapSize,LPSTR lpszCmdLine) { if(wHeapSize!=0) //使局部堆、数据段可移动 UnlockData(0); //解锁数据段 /*此处可进行一些用户必要的初始化工作*/ return 1; //初始化成功 } ?出口函数WEP( ) Windows从内存中卸载DLL时，调用相应的出口函数WEP( )，主要做一些清理工作，如释放占用的内存资源；丢弃某些字串、位图等资源；关闭打开的文件等等。 ?自定义的输出函数 为了让位于不同内存段的应用程序进行远程调用，自定义的输出函数必须定义为远程函数(使用FAR关键字)，以防使用近程指针而得到意外的结果；同时，加上PASCAL关键字可加快程序的运行速度，使代码简单高效，提高程序的运行速度。 ?输出函数的引出方法 ? 在DLL的模块定义文件中(.DEF)由EXPORTS语句对输出函数逐一列出。例如： EXPORTS WEP @1 residentname //residentname可提高DLL效率和处理速度 PortIn @2 PortOut @3 //通常对所有输出函数附加系列号 ? 在每个输出函数定义的说明中使用_export关键字来对其引出。 以上两种方法任选其中的一种即可，不可重复。后面的两个实例分别使用了上述两种不同的引出方式，请留意。2.DLL的调用 加载DLL时，Windows寻找相应DLL的次序如下： ?.当前工作盘。 ?Windows目录；GetWindowsDirectory( )函数可提供该目录的路径名。 ?Windows系统目录，即System子目录；调用GetSystemDiretory( )函数可获得这个目录的路径名。 ?DOS的PATH命令中罗列的所有目录。 ?网络中映象的目录列表中的全部目录。 DLL模块中输出函数的调用方法： 不论使用何种语言对编译好的DLL进行调用时，基本上都有两种调用方式，即静态调用方式和动态调用方式。静态调用方式由编译系统完成对DLL的加载和应用程序结束时DLL卸载的编码（如还有其它程序使用该DLL，则Windows对DLL的应用记录减1，直到所有相关程序都结束对该DLL的使用时才释放它），简单实用，但不够灵活，只能满足一般要求。动态调用方式是由编程者用API函数加载和卸载DLL来达到调用DLL的目的，使用上较复杂，但能更加有效地使用内存，是编制大型应用程序时的重要方式。具体来说，可用如下的方法调用： ?.在应用程序模块定义文件中，用IMPORTS语句列出所要调用DLL的函数名。如： IMPORTS MEMORYDLL.MemoryRead MEMORYDLL.MemoryWrite ?让应用程序运行时与DLL模块动态链接 先用LoadLibrary加载DLL，再用GetProcAddress函数检取其输出函数的地址，获得其指针来调用。如： HANDLE hLibrary; FARPROC lpFunc; int PortValue; M hLibrary=LoadLibrary("PORTDLL.DLL"); //加载DLL if(hLibrary>31) //加载成功 { lpFunc=GetProcAddress(hLibrary,"PortIn"); //检取PortIn函数地址 if(lpFunc!=(FARPROC)NULL) //检取成功则调用 PortValue=(*lpFunc)(port); //读port端口的值 FreeLibrary(hLibrary); //释放占用的内存 } M 三、DLL应用实例源程序 1.直接内存访问的DLL源代码 //.DEF文件 LIBRARY MEMORYDLL DESCRIPTION 'DLL FOR MEMORY_READ_WRITE ' EXETYPE WINDOWS CODE PRELOAD MOVEABLE DISCARDABLE DATA PRELOAD MOVEABLE SINGLE HEAPSIZE 1024 //DLL无自己的堆栈，故没有STACKSIZE语句 EXPORTS WEP @1 residentname ReadMemory @2 WriteMemory @3 //.CPP文件 #include int FAR PASCAL LibMain(HINSTANCE hInstance,WORD wDataSeg,WORD wHeapSize,LPSTR lpszCmdLine){ if(wHeapSize!=0) UnlockData(0); return 1;} int FAR PASCAL MemoryRead(unsigned int DosSeg,unsigned int DosOffset){ WORD wDataSelector,wSelector;char far *pData; char value;wDataSelector=HIWORD((DWORD)(WORD FAR *)&wDataSelector);wSelector=AllocSelector(wDataSelector); //分配选择器SetSelectorLimit(wSelector,0x2000); //置存取界限SetSelectorBase(wSelector,(((DWORD)DosSeg)<<4)+(DWORD)DosOffset); //置基地址pData=(char far *)((DWORD)wSelector<<16);value=*pData; FreeSelector(wSelector); //释放选择器return (value);}void FAR PASCAL MemoryWrite(unsigned int DosSeg,unsigned int DosOffset,char Data) {WORD wDataSelector,wSelector; char far *pData; wDataSelector=HIWORD((DWORD)(WORD FAR *)&wDataSelector); wSelector=AllocSelector(wDataSelector);SetSelectorLimit(wSelector,0x2000);SetSelectorBase(wSelector,(((DWORD)DosSeg)<<4)+(DWORD)DosOffset);pData=(char far *)((DWORD)wSelector<<16); *pData=Data; FreeSelector(wSelector);}int FAR PASCAL WEP(int nParam) { return 1; }2.端口读写I/O的DLL源代码 //.DEF文件 LIBRARY PORTDLL DESCRIPTION 'DLL FOR PORT_IN_OUT ' EXETYPE WINDOWS CODE PRELOAD MOVEABLE DISCARDABLE DATA PRELOAD MOVEABLE SINGLE HEAPSIZE 1024 //.CPP文件 #include #include int FAR PASCAL LibMain(HINSTANCE hInstance,WORD wDataSeg,WORD wHeapSize,LPSTR lpszCmdLine) {if(wHeapSize!=0) UnlockData(0);return 1; }int FAR PASCAL _export PortOut(int port,unsigned char value){outp(port,value); return 1; }int FAR PASCAL _export PortIn(int port) {int result;result=inp(port);return (result);}int FAR PASCAL _export WEP(int nParam) { return 1; }分别将上面两个实例的.DEF文件和.CPP文件各自组成一个.PRJ文件,并进行编译链接成.EXE或.DLL文件就可以在应用程序中对其进行调用。四、结 束 语 在上面，我们利用DLL技术方便地实现了Windows环境下对内存的直接访问和端口I/O的访问，仿效这两个例子，还可以编制出更多的适合自己应用系统所需的DLL，如用于数据采集卡的端口操作及扩展内存区访问、视频区缓冲区及BIOS数据区操作等许多实际应用的编程任务中。必要时只需直接更新DLL，而用不着对应用程序本身作任何改动就可以对应用程序的功能和用户接口作较大的改善，实现版本升级。因此，掌握好DLL技术对Windows程序开发者很有裨益。
有 经 验 的 Windows 编 程 人 员 都 逐 渐 放 弃 了 Windows SDK， 而 转 向 能 为 Windows 内 置 的 低 级 机 制 提 供 高 级 抽 象 的 开 发 环 境。 这 种 转 移 的 一 个 主 要 受 益 者 是 Visual C++， 它 依 靠 MFC 库 来 提 供 Windows API 的 面 向 对 象 的 视 图。 MFC 是 经 验 丰 富 的 编 程 人 员 掌 握 的 有 力 工 具， 但 它 离 完 美 还 相 距 甚 远。 事 实 上， 我 所 认 识 的 以 MFC 编 程 为 谋 生 手 段 的 人 都 开 发 了 他 或 她 自 己 的 扩 展 集 合， 他 们 以 MFC 类 作 为 基 础 类 来 派 生 自 己 的 类。 这 毕 竟 是 C++ 的 威 力。 如 果 某 个 类 不 能 满 足 你 的 需 求 ( 而 且 如 果 它 恰 好 可 以 作 为 设 计 的 开 始 )， 你 可 以 从 它 自 由 地 派 生 新 类 并 修 改 你 不 喜 欢 的 部 分。 假 设 你 编 写 了 一 个 MFC 扩 展 集 合， 并 愿 意 与 公 司 的 其 它 开 发 人 员 共 享。 你 该 如 何 封 装 这 些 扩 展 呢？ 你 可 以 分 发 源 代 码 文 件 或 与 Visual C++ 组 件 库（Component Gallery） 兼 容 的 组 件。 或 许 你 可 以 象 MFC 那 样 在 DLL 中 封 装 你 的 扩 展。 就 象 传 统 的 DLL 能 够 导 出 函 数 一 样， MFC 扩 展 DLL 可 以 导 出 类。 任 何 动 态 链 接 到 MFC DLL 的 应 用 程 序 都 能 动 态 链 接 到 MFC 扩 展 DLL。 作 为 开 发 者， 你 只 需 使 其 包 括 必 要 的 头 文 件 并 在 应 用 程 序 的 链 接 列 表 中 添 加 DLL 导 入 库。 编 写 MFC 扩 展 DLL 困 难 吗？ 有 了 Visual C++ 和 MFC 的 支 持， 这 实 际 非 常 轻 松。 本 文 解 释 了 如 何 创 建 MFC 扩 展 DLL 来 弥 补 MFC 的 CToolTipCtrl 类 的 明 显 不 足。 一 旦 意 识 到 其 简 便 性， 你 会 忍 不 住 亲 自 编 写 几 个 MFC 的 扩 展。 编 写 MFC 扩 展 DLL 从 理 论 角 度 而 言， MFC 的 CTool-TipCtrl 类 简 化 了 将 提 示 信 息（ToolTip） 与 对 话 框 的 控 件 或 窗 口 的 任 意 区 域 相 关 联 的 过 程。 ( 提 示 信 息 是 当 鼠 标 光 标 停 滞 于 工 具 栏 按 钮 或 其 它 UI 对 象 时 弹 出 的 小 型 帮 助 文 本 窗 口。 ) 但 有 个 问 题 尚 待 解 决。 由 于 CToolTipCtrl::AddTool 不 能 自 动 成 为 提 示 信 息 依 附 的 窗 口 的 子 类， 因 此 鼠 标 事 件 必 须 手 工 转 交 给 提 示 信 息 控 制。 这 通 常 意 味 着 你 必 须 自 己 给 窗 口 建 立 子 类。 如 果 你 给 CToolTipCtrl 对 象 下 的 提 示 信 息 控 制 传 送 了 正 确 的 标 志， 它 应 该 能 给 自 己 创 建 子 类 —— 这 显 然 是 被 MFC 设 计 组 忽 略 的 功 能。 幸 运 的 是， 该 疏 忽 并 不 难 以 纠 正。 只 要 从 CToolTipCtrl 类 中 派 生 出 一 个 类， 用 类 似 的 函 数 代 替 CToolTipCtrl::AddTool 即 可， 该 函 数 的 TTM_ADDTOOL 消 息 使 用 TOOLINFO 结 构， 它 的 uFlags 域 中 包 含 TTF_SUBCLASS 标 志。 更 好 的 方 式 是 用 两 个 函 数 代 替 它： 它 们 分 别 给 子 窗 口 和 矩 形 窗 口 区 域 添 加 提 示 信 息。 AddTool 函 数 同 时 支 持 两 者， 但 在 语 法 结 构 上 创 建 提 示 信 息 的 两 种 方 法 截 然 不 同。 图 1 和 图 2 显 示 了 名 为 CToolTip-CtrlEx 的 CToolTipCtrl 的 派 生 类 的 源 代 码。 该 派 生 类 给 它 继 承 的 内 容 添 加 了 两 个 函 数， 其 一 CToolTipCtrl::AddWindow 将 提 示 信 息 与 子 窗 口 相 关 联， 其 二 AddRectangle 使 提 示 信 息 依 附 于 窗 口 的 矩 形 区 域。 这 两 个 函 数 都 使 用 了 TTF_SUBCLASS 标 志 以 使 提 示 信 息 的 创 建 过 程 尽 可 能 简 单。 假 设 m_tooltipCtrl 是 CToolTipCtrlEx 对 象， 给 控 制 ID 为 IDC_BUTTON 的 按 钮 添 加 提 示 信 息 就 非 常 容 易 了： m_tooltipCtrl.AddWindow ( GetDlgItem (IDC_BUTTON), "Enter tooltip text here!"); 如 何 将 CToolTipCtrlEx 类 封 装 至 DLL 呢？ 以 下 是 在 Visual C++ 4.x 中 的 详 细 步 骤： 1. 启 动 Visual C++ 并 通 过 从 File 菜 单 选 择 New 来 创 建 新 项 目， 双 击 Project Workspace。 在 New Project Workspace 的 Name 框 中 输 入 “MfcExt”( 不 带 引 号 )。 在 Type 框 中 选 择 MFC AppWizard(dll)。 然 后 点 击 Create 按 钮。 2. 在 AppWizard 的 Step 1 对 话 框 中， 通 过 在“What type of DLL would you like to create?” 项 中 选 择“MFC Extension DLL(using shared MFC DLL)”。 点 击 Finish 按 钮， 然 后 点 击 OK 产 生 DLL 的 初 始 代 码。 注 意“MFC Extension DLL” 后 括 弧 中 显 示 的“using shared MFC DLL”。 当 你 编 写 MFC 扩 展 DLL 时， 不 能 选 择 静 态 链 接 至 MFC。 DLL 必 须 动 态 链 接 到 MFC 库。 3. 弹 出 ClassWizard 并 点 击 Add Class 按 钮。 选 择 New 打 开 Create New Class 对 话 框。 在 其 中 标 有“Base class” 的 框 中 选 择 CToolTipCtrl， 在 标 有“Name” 的 框 中 输 入“CToolTipCtrlEx”。 使 用 Change 按 钮 将 文 件 名 改 为 Tooltip.h 和 Tooltip.cpp。（改 变 文 件 名 并 不 是 绝 对 必 要 的， 我 这 样 做 是 为 了 避 免 长 文 件 名。） 不 要 选 中“Add to Component Gallery” 框 以 节 省 磁 盘 空 间。 点 击 Create 命 令 ClassWizard 执 行 类 派 生， 而 后 点 击 OK 退 出 ClassWizard。 4. 如 图 2 所 示， 给 CToolTipCtrlEx 类 添 加 成 员 函 数 AddWindow 和 AddRectangle。 由 于 这 两 个 函 数 要 在 CToolTipCtrlEx 外 被 访 问， 因 此 确 定 它 们 都 是 public 的。 技 巧： 在 Visual C++ 中 给 类 添 加 成 员 函 数 的 简 便 方 法 是 在 ClassView 窗 口 中 右 击 类 名， 并 从 快 捷 菜 单 中 选 择 Add Function。 5. 在 ClassView 窗 口 中， 双 击 CToolTipCtrlEx 打 开 类 的 头 文 件。 在 类 说 明 的 class 关 键 字 后 添 加 AFX_EXT_CLASS（参 见 图 1）。 6. 建 立 项 目。 你 将 产 生 两 个 重 要 文 件： DLL 本 身（Mfcext.dll） 以 及 DLL 的 导 入 库（Mfcext.lib）。 导 入 库 基 本 上 是 导 出 函 数 名 的 列 表 —— 或 者， 在 本 例 中 是 一 系 列 导 出 类。 链 接 至 导 入 库 使 应 用 程 序 能 使 用 从 MFC 扩 展 DLL 中 导 出 的 类， 就 如 同 包 含 类 的 库 是 静 态 链 接 的 一 样。 与 Mfcext.lib 链 接 还 使 得 Windows 知 道 应 用 程 序 需 要 Mfcext.dll 才 能 运 行。 使 用 MFC 扩 展 DLL 创 建 使 用 Mfcext.dll 的 应 用 程 序 是 轻 而 易 举 的。 只 要 确 保 在 使 用 CToolTipCtrlEx 的 每 个 类 中 包 括 Tooltip.h 头 文 件， 并 且 将 Mfcext.lib 添 加 至 项 目 的 链 接 库 列 表 中 即 可。 然 后 CToolTipCtrlEx 就 可 以 象 普 通 MFC 类 那 样 使 用 了。 当 回 答 AppWizard 的 询 问 时 一 定 要 选 择“As a shared DLL”， 这 样 你 的 应 用 程 序 才 能 动 态 链 接 至 MFC。 你 可 以 通 过 从 Visual C++ 的 Build 菜 单 中 选 择 Settings 将 Mfcext.lib 添 加 至 项 目 的 链 接 列 表 中， 点 击 Link 标 签 并 在 标 有“Object/library modules” 的 框 中 输 入 Mfcext.lib 的 路 径（参 见 图 3）。 ToolTest 是 作 为 样 例 的 应 用 程 序， 它 在 对 话 框 中 显 示 一 个 按 钮。 它 动 态 链 接 至 Mfcext.dll 并 使 用 CToolTipCtrlEx。 该 应 用 程 序 是 基 于 对 话 框 的， dialog 类 包 含 名 为 m_tooltipCtrl 的 CToolTipCtrlEx 成 员 变 量。 对 话 框 的 OnInitDialog 函 数 中 的 以 下 代 码 创 建 提 示 信 息 控 制 并 给 对 话 框 的 按 钮 设 置 提 示 信 息： m_tooltipCtrl.Creat (this); m_tooltipCtrl.AddWindowTool ( GetDlgItem (IDC_EXIT), "Click here to close"); 当 光 标 停 在 按 钮 上 时， 提 示 信 息 窗 口 中 显 示“Click here to close”。 点 击 该 按 钮 可 以 关 闭 应 用 程 序。 你 可 以 从 PC Magazine Online（www.pcmag.com） 下 载 ToolTest 和 Mfcext.dll 的 完 整 源 代 码。 从 主 页 左 侧 的 菜 单 中 选 择 Downloads， 然 后 依 次 选 择 PC Tech Archives 和 文 件 V16n15.zip。 CompuServe 的 Utilities/Tips 论 坛（GO ZNT:TIPS） 上 也 有 该 文 件。 我 们 的 文 件 包 含 在 该 归 档 文 件 中。 使 用 PKUNZIP 的 -d 开 关 解 压 文 件（Mfcext.zip 和 Tooltest.zip）， 以 便 .ZIP 文 件 中 的 目 录 也 能 一 同 被 解 压。 在 运 行 ToolTest 之 前， 将 Mfcext.dll 拷 贝 至 Windows 系 统 目 录 或 Tooltest.exe 所 在 的 目 录。 否 则， 当 执 行 ToolTest 时， Windows 可 能 找 不 到 Mfcext.dll。 如 果 你 打 算 建 立 自 己 的 Tooltest.exe 版 本， 修 改 Project Settings 对 话 框 的“Object/library modules” 框 的 路 径 名， 使 Visual C++ 能 获 悉 在 PC 的 何 处 寻 找 Mfcext.lib 文 件。 总 结 创 建 MFC 扩 展 DLL 非 常 容 易 —— 只 要 你 知 道 了 该 如 何 操 作。 当 你 给 其 它 开 发 人 员 分 发 MFC 扩 展 DLL 时， 不 要 忘 记 提 供 描 述 DLL 中 类 的 头 文 件 以 及 相 应 的 .LIB 文 件 和 DLL 本 身。 此 后 开 发 人 员 就 能 充 分 利 用 你 装 配 的 扩 展 了。
在我们实际用软件时，经常可看到许多动态连接库。动态连接库有其自身的优点
如节省内存、支持多语种等功能，而且，当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 symbolsclass 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，这保证了当调
用进程与动态连接库分离是正确清理内存中的动态库模块。如果是
隐式的被调用，则此步不是必须的了。
摘 要: 本文介绍了DLL技术在Windows编程中的基本运用方法及应用，给出了直接内存 访问及端口I/O的两个实用DLL的全部源代码。 一 、引 言 由于Windows为微机提供了前所未有的标准用户界面、图形处理能力和简单灵便的操作，绝大多数程序编制人员都已转向或正在转向Windows编程。在许多用户设计的实际应用系统的编程任务中，常常要实现软件对硬件资源和内存资源的访问，例如端口I/O、DMA、中断、直接内存访问等等 。若是编制DOS程序，这是轻而易举的事情，但要是编制Windows程序，尤其是WindowsNT环境下的程序，就会显得较困难。 因为Windows具有"与设备无关"的特性，不提倡与机器底层的东西打交道，如果直接用Windows的 API函数或I/O读写指令进行访问和操作，程序运行时往往就会产生保护模式错误甚至死机，更严重的情况会导致系统崩溃。那么在Windows下怎样方便地解决上述问题呢？用DLL(Dynamic Link Libraries)技术就是良好途径之一。 DLL是Windows最重要的组成要素，Windows中的许多新功能、新特性都是通过DLL来实现的，因此掌握它、应用它是非常重要的。其实Windows本身就是由许多的DLL组成的，它最基本的三大组成模块Kernel、GDI和User 都是DLL，它所有的库模块也都设计成DLL。凡是以.DLL、.DRV、.FON、.SYS和许多以.EXE为扩展名的系统文件都是DLL，要是打开Windows\System目录，就可以看到许多的DLL模块。尽管DLL在Ring3优先级下运行，仍是实现硬件接口的简便途径。DLL可以有自己的数据段，但没有自己的堆栈，使用与调用它的应用程序相同的堆栈模式，减少了编程设计上的不便；同时，一个DLL在内存中只有一个实例，使之能高效经济地使用内存；DLL实现的代码封装性，使得程序简洁明晰；此外还有一个最大的特点，即DLL的编制与具体的编程语言及编译器无关，只要遵守DLL的开发规范和编程策略，并安排正确的调用接口，不管用何种编程语言编制的DLL都具有通用性。例如在BC31中编制的DLL程序，可用于BC、VC、VB、Delphi等多种语言环境中。笔者在BC31环境下编译了Windows下直接内存访问和端口I/O两个DLL，用在多个自制系统的应用软件中， 运行良好。 二、DLL的建立和调用 DLL的建立及调用方法在许多资料上有详细的介绍，为了节省篇幅，在这里仅作一些 主要的概括。1.DLL的建立 关于DLL的建立，有如下几个方面的要素是不可缺少和必须掌握的： ?. 入口函数LibMain( ) 就象C程序中的WinMain( )一样，Windows每次加载DLL时都要执行LibMain( )函数，主要用来进行一些初始化工作。通常的形式是： int FAR PASCAL LibMain(HINSTANCE hInstance,WORD wDataSeg,WORD wHeapSize,LPSTR lpszCmdLine) { if(wHeapSize!=0) //使局部堆、数据段可移动 UnlockData(0); //解锁数据段 /*此处可进行一些用户必要的初始化工作*/ return 1; //初始化成功 } ?出口函数WEP( ) Windows从内存中卸载DLL时，调用相应的出口函数WEP( )，主要做一些清理工作，如释放占用的内存资源；丢弃某些字串、位图等资源；关闭打开的文件等等。 ?自定义的输出函数 为了让位于不同内存段的应用程序进行远程调用，自定义的输出函数必须定义为远程函数(使用FAR关键字)，以防使用近程指针而得到意外的结果；同时，加上PASCAL关键字可加快程序的运行速度，使代码简单高效，提高程序的运行速度。 ?输出函数的引出方法 ? 在DLL的模块定义文件中(.DEF)由EXPORTS语句对输出函数逐一列出。例如： EXPORTS WEP @1 residentname //residentname可提高DLL效率和处理速度 PortIn @2 PortOut @3 //通常对所有输出函数附加系列号 ? 在每个输出函数定义的说明中使用_export关键字来对其引出。 以上两种方法任选其中的一种即可，不可重复。后面的两个实例分别使用了上述两种不同的引出方式，请留意。2.DLL的调用 加载DLL时，Windows寻找相应DLL的次序如下： ?.当前工作盘。 ?Windows目录；GetWindowsDirectory( )函数可提供该目录的路径名。 ?Windows系统目录，即System子目录；调用GetSystemDiretory( )函数可获得这个目录的路径名。 ?DOS的PATH命令中罗列的所有目录。 ?网络中映象的目录列表中的全部目录。 DLL模块中输出函数的调用方法： 不论使用何种语言对编译好的DLL进行调用时，基本上都有两种调用方式，即静态调用方式和动态调用方式。静态调用方式由编译系统完成对DLL的加载和应用程序结束时DLL卸载的编码（如还有其它程序使用该DLL，则Windows对DLL的应用记录减1，直到所有相关程序都结束对该DLL的使用时才释放它），简单实用，但不够灵活，只能满足一般要求。动态调用方式是由编程者用API函数加载和卸载DLL来达到调用DLL的目的，使用上较复杂，但能更加有效地使用内存，是编制大型应用程序时的重要方式。具体来说，可用如下的方法调用： ?.在应用程序模块定义文件中，用IMPORTS语句列出所要调用DLL的函数名。如： IMPORTS MEMORYDLL.MemoryRead MEMORYDLL.MemoryWrite ?让应用程序运行时与DLL模块动态链接 先用LoadLibrary加载DLL，再用GetProcAddress函数检取其输出函数的地址，获得其指针来调用。如： HANDLE hLibrary; FARPROC lpFunc; int PortValue; M hLibrary=LoadLibrary("PORTDLL.DLL"); //加载DLL if(hLibrary>31) //加载成功 { lpFunc=GetProcAddress(hLibrary,"PortIn"); //检取PortIn函数地址 if(lpFunc!=(FARPROC)NULL) //检取成功则调用 PortValue=(*lpFunc)(port); //读port端口的值 FreeLibrary(hLibrary); //释放占用的内存 } M 三、DLL应用实例源程序 1.直接内存访问的DLL源代码 //.DEF文件 LIBRARY MEMORYDLL DESCRIPTION 'DLL FOR MEMORY_READ_WRITE ' EXETYPE WINDOWS CODE PRELOAD MOVEABLE DISCARDABLE DATA PRELOAD MOVEABLE SINGLE HEAPSIZE 1024 //DLL无自己的堆栈，故没有STACKSIZE语句 EXPORTS WEP @1 residentname ReadMemory @2 WriteMemory @3 //.CPP文件 #include int FAR PASCAL LibMain(HINSTANCE hInstance,WORD wDataSeg,WORD wHeapSize,LPSTR lpszCmdLine){ if(wHeapSize!=0) UnlockData(0); return 1;} int FAR PASCAL MemoryRead(unsigned int DosSeg,unsigned int DosOffset){ WORD wDataSelector,wSelector;char far *pData; char value;wDataSelector=HIWORD((DWORD)(WORD FAR *)&wDataSelector);wSelector=AllocSelector(wDataSelector); //分配选择器SetSelectorLimit(wSelector,0x2000); //置存取界限SetSelectorBase(wSelector,(((DWORD)DosSeg)<<4)+(DWORD)DosOffset); //置基地址pData=(char far *)((DWORD)wSelector<<16);value=*pData; FreeSelector(wSelector); //释放选择器return (value);}void FAR PASCAL MemoryWrite(unsigned int DosSeg,unsigned int DosOffset,char Data) {WORD wDataSelector,wSelector; char far *pData; wDataSelector=HIWORD((DWORD)(WORD FAR *)&wDataSelector); wSelector=AllocSelector(wDataSelector);SetSelectorLimit(wSelector,0x2000);SetSelectorBase(wSelector,(((DWORD)DosSeg)<<4)+(DWORD)DosOffset);pData=(char far *)((DWORD)wSelector<<16); *pData=Data; FreeSelector(wSelector);}int FAR PASCAL WEP(int nParam) { return 1; }2.端口读写I/O的DLL源代码 //.DEF文件 LIBRARY PORTDLL DESCRIPTION 'DLL FOR PORT_IN_OUT ' EXETYPE WINDOWS CODE PRELOAD MOVEABLE DISCARDABLE DATA PRELOAD MOVEABLE SINGLE HEAPSIZE 1024 //.CPP文件 #include #include
int FAR PASCAL LibMain(HINSTANCE hInstance,WORD wDataSeg,WORD wHeapSize,LPSTR lpszCmdLine) {if(wHeapSize!=0) UnlockData(0);return 1; }int FAR PASCAL _export PortOut(int port,unsigned char value){outp(port,value); return 1; }int FAR PASCAL _export PortIn(int port) {int result;result=inp(port);return (result);}int FAR PASCAL _export WEP(int nParam) { return 1; }分别将上面两个实例的.DEF文件和.CPP文件各自组成一个.PRJ文件,并进行编译链接成.EXE或.DLL文件就可以在应用程序中对其进行调用。四、结 束 语 在上面，我们利用DLL技术方便地实现了Windows环境下对内存的直接访问和端口I/O的访问，仿效这两个例子，还可以编制出更多的适合自己应用系统所需的DLL，如用于数据采集卡的端口操作及扩展内存区访问、视频区缓冲区及BIOS数据区操作等许多实际应用的编程任务中。必要时只需直接更新DLL，而用不着对应用程序本身作任何改动就可以对应用程序的功能和用户接口作较大的改善，实现版本升级。因此，掌握好DLL技术对Windows程序开发者很有裨益。