|
|
|
<font face="Verdana">作为一种简单易用的Windows开发环境，Visual Basic从一推出就受到了广大编程人员的欢迎。它使 程序员不必再直接面对纷繁复杂的Windows消息，而可以将精力主要集中在程序功能的实现上，大大提高了编程效率。但凡事有利必有弊。VB中高度的封装和模块化减轻了编程者的负担，同时也使开发人员失去了许多访问低层API函数和直接与Windows交互的机会。因此，相比而言，VB应用程序的执行效率和功能比C/C++或Delphi生成的程序要差。为了解决这个问题，在一个大型的VB开发应用中，直接调用Windows API函数几乎是不可避免的；同时，还有可能需 要程序员自己用C/C++等开发一些动态连接库，用于在VB中调用。本文主要讨论在32位开发环 境Visual Basic 5.0中直接调用Windows 95 API函数或用户生成的32位动态连接库的方法 与规则。<br/> Windows动态连接库是包含数据和函数的模块，可以被其它可执行文件（EXE、DLL、OCX 等）调用。动态连接库包含两种函数：输出（exported）函数和内部（internal）函数。输出函数可以被其它模块调用，而内部函数则只能在动态连接库内部使用。尽管动态连接库也能输出 数据，但实际上它的数据通常是只在内部使用的。使用动态连接库的优点是显而易见的。将应 用程序的一部分功能提取出来做成动态连接库，不但减小了主应用程序的大小，提高了程序 运行效率，还使它更加易于升级。多个应用程序共享一个动态连接库还能有效地节省系统资 源。正因为如此，在Windows系统中，动态连接库得到了大量的使用。<br/> 一般来说，动态连接库都是以DLL为扩展名的文件，如Kernel32.dll、commdlg.dll等。但也有例外，如16位Windows的核心部件之一GDI.exe其实也是一个动态库。编写动态连接库的工具很多，如VisualC++、BorlandC++、Delphi等，具体方法可以参见相关文档。下面只以Visual C++5.0为例，介绍一下开发应用于VisualBasic5.0的动态连接库时应注意的问题（本文中所有涉及C/C++语言或编译环境的地方，都以VC5为例；所有涉及VisualBasic的地方都以VB5 为例）。<br/> 作为一种32位Windows应用程序的开发工具，VB5生成的exe文件自然也都是32位的，通常情况下也只能调用32位的动态连接库。但是，并不是所有的32位动态库都能被VB生成的exe 文件正确地识别。一般来说，自己编写用于VB应用程序调用的动态连接库时，应注意以下几个方面的问题：<br/> 1、生成动态库时要使用__stdcall调用约定，而不能使用缺省的__cdecl调用约定；__stdcall 约定通常用于32位API函数的调用。<br/> 2、在VC5中的定义文件（.def）中，必须列出输出函数的函数名，以强制VC5系统将输出函数的装饰名（decoratedname）改成普通函数名；所谓装饰名是VC的编译器在编译过程中生成的输出函数名，它包含了用户定义的函数名、函数参数及函数所在的类等多方面的信息。由于在VC5中定义文件不是必需的，因此工程不包含定义文件时VC5就按自己的约定将用户定义的输出函数名修改成装饰名后放到输出函数列表中，这样的输出函数在VB生成的应用程序中是不能正确调用的（除非声明时使用Alias子句）。因此需要增加一个.def文件，其中列出用户需要的函数名，以强制VC5不按装饰名进行输出。<br/> 3、VC5中的编译选项"结构成员对齐方式（structure member alignment）" 应设成4字节，其原因将在后文详细介绍。<br/> 4、由于在C中整型变量是4个字节，而VB中的整型变量依然只有2个字节，因此在C中声 明的整型(int)变量在VB中调用时要声明为长整型(long)，而C中的短整型（short）在VB中则 要声明成整型（integer）；下表针对最常用的C语言数据类型列出了与之等价的Visual Basic 类型（用于32位版本的Windows）。<br/>C语言数据类型在VisualBasic中声明为调用时使用的表达式<br/> ATOM ByVal variable As Integer 结果为Integer 类型的表达式 <br/> BOOL ByVal variable As Long 结果为 Long 类型的表达式 <br/> BYTE ByVal variable As Byte 结果为 Byte 类型的表达式 <br/> CHAR ByVal variable As Byte 结果为 Byte 类型的表达式 <br/> COLORREF ByVal variable As Long 结果为 Long 类型的表达式 <br/> DWORD ByVal variable As Long 结果为 Long 类型的表达式 <br/> HWND, HDC, HMENU ByVal variable As Long 结果为 Long 类型的表达式等Windows 句柄 <br/> INT, UINT ByVal variable As Long 结果为 Long 类型的表达式 <br/> LONG ByVal variable As Long 结果为 Long 类型的表达式 <br/> LPARAM ByVal variable As Long 结果为 Long 类型的表达式 <br/> LPDWORD variable As Long 结果为 Long 类型的表达式 <br/> LPINT, LPUINT variable As Long 结果为 Long 类型的表达式 <br/> LPRECT variable As type 自定义类型的任意变量 <br/> LPSTR, LPCSTR ByVal variable As String 结果为 String 类型的表达式 <br/> LPVOID variable As Any 任何变量（在传递字符串的时候使用ByVal） <br/> LPWORD variable As Integer 结果为Integer 类型的表达式 <br/> LRESULT ByVal variable As Long 结果为 Long 类型的表达式 <br/> NULL As Any 或 ByVal Nothing 或 <br/> ByVal variable As Long ByVal 0& 或 VBNullString <br/> SHORT ByVal variable As Integer 结果为Integer 类型的表达式 <br/> VOID Sub procedure 不可用 <br/> WORD ByVal variable As Integer 结果为Integer 类型的表达式 <br/> WPARAM ByVal variable As Long 结果为 Long 类型的表达式 <br/> 5、VB中进行32位动态库的声明时，函数名是大小写敏感的。在获得了需要的动态连接 库之后，就可以在VB中进行调用了。但是，由于VB不能验证应用程序传递到动态连接库中的参 数值是否正确，因此VB程序中大量的API调用可能会降低整个应用程序的稳定性，也会增加以 后维护的难度。所以，决定在VB程序中直接调用API函数时要慎重，但适当的使用API调用确实 能够有效地提高VB程序的性能。这之间的平衡需要编程人员根据实际情况来掌握。下面就具体介绍一下在VB中调用API函数时需要做的工作。<br/> 要声明一个DLL过程，首先需要在代码窗口的"通用（General）"部分增加一个Declare语句。如果该过程返回一个值，应将其声明为Function：<br/> Declare Function publicname Lib "libname" [Alias "alias"] [([[ByVal] variable [As type] [,[ByVal] variable [As type]]...])] As Type <br/> 如果过程没有返回值，可将其声明为Sub： <br/> Declare Sub publicname Lib "libname" [Alias "alias"] [([[ByVal] variable [As type] [,[ByVal] variable [As type]]...])] <br/> 缺省情况下，在标准模块中声明的DLL过程，可以在应用程序的任何地方调用它。在其它类型的模块中定义的DLL过程则是模块私有的，必须在它们前面声明Private关键字，以示区分。下面分别介绍声明语句的各个组成部分。<br/> (一)、指定动态库：<br/> Declare语句中的Lib子句用来告诉Visual Basic如何找到包含过程的.dll文件。 如果引用的过程属于Windows核心库（User32、Kernel32或GDI32），则可以不包含文件扩展名，如：<br/> Declare Function GetTickCount Lib "kernel32" Alias "GetTickCount" () As Long <br/> 对于其它动态连接库，可以在Lib子句指定文件的路径： <br/> Declare Function lzCopy Lib "c:\windows\lzexpand.dll" _ <br/> (ByVal S As Integer, ByVal D As Integer) As Long <br/>如果未指定libname的路径，Visual Basic将按照下列顺序查找该文件：<br/> ①.exe文件所在的目录<br/> ②当前目录<br/> ③Windows系统目录<br/> ④Windows目录<br/> ⑤Path环境变量中的目录<br/> 下表中列出了常用的操作系统环境库文件。<br/> 动态链接库描述<br/> Advapi32.dll高级API服务，支持大量的API（其中包括许多安全与注册方面的调用） <br/> Comdlg32.dll通用对话框API库<br/> Gdi32.dll图形设备接口API库<br/> Kernel32.dllWindows32位核心的API支持<br/> Lz32.dll32位压缩例程<br/> Mpr.dll多接口路由器库<br/> Netapi32.dll32位网络API库<br/> Shell32.dll32位ShellAPI库<br/> User32.dll用户接口例程库<br/> Version.dll版本库<br/> Winmm.dllWindows多媒体库<br/> Winspool.drv后台打印接口，包含后台打印API调用。<br/> 对于Windows的系统API函数，可以利用VB提供的工具API Viewer查找某一函数及其相 关数据结构和常数的声明，并复制到自己的程序中。<br/> (二)、使用别名：<br/> Declare语句中的Alias子句是一个可选的部分，用户可以通过它所标识的别名对动态 库中的函数进行引用。例如，在下面的语句中，声明了一个在VB中名为MyFunction的函数，而它在动态库Mydll.dll中最初的名字是MyFunctionX。<br/> Private Declare Function MyFunction Lib "Mydll.dll" _ <br/> Alias "MyFunctionX" ( ) As Long <br/> 需要注意的是，Alias子句中的函数名是大小写敏感的，也就是说，必须与函数在生成时的声明（如在C源文件中的声明）一致。这是因为32位动态库与16位动态库不同，其中的函数名是区分大小写的。同样道理，如果没有使用Alias子句，那么在Function（或Sub）后的函数名也是区分大小写的。<br/> 通常在以下几种情况时需要使用Alias子句：<br/>A.处理使用字符串的系统Windows API过程<br/> 如果调用的系统Windows API过程要使用字符串，那么声明语句中必须增加一个Alias 子句，以指定正确的字符集。包含字符串的系统Windows API函数实际有两种格式：ANSI和Unicode（ 关于ANSI和Unicode两种字符集的区别将在后面详细阐述）。因此，在Windows头文件中，每 个包含字符串的函数都同时有ANSI版本和Unicode版本。例如，下面是SetWindowText函数 的两种C语言描述。可以看到，第一个描述将函数定义为SetWindowTextA，尾部的"A" 表明它是一个ANSI函数：<br/> WINUSERAPI BOOL WINAPI SetWindowTextA(HWND hWnd, LPCSTR lpString); <br/> 第二个描述将它定义为 SetWindowTextW， 尾部的"W" 表明它是一个 Unicode 函数： <br/> WINUSERAPI BOOL WINAPI SetWindowTextW(HWND hWnd, LPCWSTR lpString); <br/> 因为两个函数实际的名称都不是"SetWindowText"，要引用正确的函数就必 须增加一个Alias子句：<br/>Private Declare Function SetWindowText Lib "user32" _<br/>Alias "SetWindowTextA" (ByVal hwnd As Long, ByVal _<br/>lpString As String) As Long <br/> 应当注意，对于VB中使用的系统WindowsAPI函数，应该指定函数的ANSI版本，因为只 有WindowsNT才支持Unicode版本，而Windows95不支持这个版本。仅当应用程序只运行 在WindowsNT平台上的时候才可以使用Unicode版本。<br/> B.函数名是不标准的名称<br/> 有时，个别的DLL过程的名称不是有效的标识符。例如，它可能包含了非法的字符（如连 字符），或者名称是VB的关键字（如GetObject）。在这种情况下，可以使用Alias关键字。例 如，操作环境DLLs中的某些过程名以下划线开始。尽管在VB标识符中允许使用标识符，但是 下划线不能作为标识符的第一个字符。为了使用这种过程，必须先声明一个名称合法的过程， 然后用Alias子句引用过程的真实名称：<br/>Declare Function lopen Lib "kernel32" Alias "_lopen" _<br/>(ByVal lpPathName As String, ByVal iReadWrite _<br/>As Long) As Long <br/> 在上例中，lopen是VB中使用的过程名称。而_lopen则是动态连接库中可以识别的名 称。<br/> C.使用序号标识DLL过程<br/> 除了使用名称之外，还可以使用序号来标识DLL过程。某些动态连接库中不包含过程的名称，在声明它们包含的过程时必须使用序号。同使用名称标识的DLL过程相比，如果使用序号，在最终的应用程序中消耗的内存将比较少，而且速度会快些。但是，一个具体的API的序号 在不同的操作系统中可能是不同的。例如GetWindowsDirectory在Win95下的序号为432，而在WindowsNT4.0下为338。总而言之，如果希望应用程序能够在不同的操作系统下运行，那么最好不要使用序号来标识API过程。如果过程不属于API，或者应用程序使用的范围很有 限，那么使用序号还是有好处的。<br/> 要使用序号来声明DLL过程，Alias子句中的字符串需要包含过程的序号，并在序号的 前面加一个数字标记字符(#)。例如，Windowskernel中的GetWindowsDirectory函数的序 号为432；可以用下面的语句来声明该DLL过程：<br/>Declare Function GetWindowsDirectory Lib "kernel32" _<br/>Alias "#432" (ByVal lpBuffer As String, _<br/>ByVal nSize As Long) As Long <br/> 在这里，可以使用任意的合法名称作为过程的名称，VB将用序号在DLL中寻找过程。<br/> 为了得到要声明的过程的序号，可以使用Dumpbin.exe等实用工具（Dumpbin.exe是Microsoft VisualC++提供的一个实用工具，它的使用说明可以参见VC的文档）。利用Dumpbin，可以提取出.dll文件中的各种信息，例如DLL中的函数列表，它们的序号以及与代码有关的其它信息。<br/> (三)、使用值或引用传递<br/> 在缺省的情况下，VB以引用方式传递所有参数（ByRef）。这意味着并没有传递实际的参 数值，VB只传递了数据的32位地址。另外有许多DLL过程要求参数以值方式传递（ByVal）。这意味着它们需要实际的数据，而不是数据的内存地址。如果过程需要一个传值参数，而传递给它的参数是一个指针，那么由于得到了错误的数据，该过程将不能正确地工作。<br/>要使参数以使用值方式传递，在Declare语句中需要在参数声明的前面加上ByVal关键字。例如InvertRect过程要求第一个参数用传值方式传递，而第二个用引用方式传递：<br/>Declare Function InvertRect Lib "user32" Alias _<br/>"InvertRectA" (ByVal hdc As Long, lpRect As RECT) As Long <br/> 动态连接库的参数传递是一个复杂的问题，也是VB中调用动态连接库时最容易出现错误的地方。参数类型或传递方式的声明错误都可能导致应用程序出现GPF（通用保护错误），甚至使操作系统崩溃，因此我们将在后面专门详细地讨论这个问题。<br/> (四)、灵活的参数类型<br/> 某些DLL过程的同一个参数能够接受多种数据类型。如果需要传递多种类型的数据，可 以将参数声明为AsAny，从而取消类型限制。例如，下面的声明中的第三个参数(lpptAsAny) 既可以传递一个POINT结构的数组，也可以传递一个RECT结构：<br/>Declare Function MapWindowPoints Lib "user32" Alias _<br/>"MapWindowPoints" (ByVal hwndFrom As Long, _<br/>ByVal hwndTo As Long, lppt As Any, _<br/>ByVal cPoints As Long) As Long<br/> AsAny子句提供了一定的灵活性，但是，由于它不进行任何的类型检查，风险也随之增 加。因此在使用AsAny子句时，必须仔细检查所有参数的类型。<br/> 正确的函数声明是在VB中调用动态连接库的前提，但要想在VB中用对、用好动态库中的 函数，仅仅有声明还是远远不够的。前面已经说过，由于VB不能验证应用程序传递到动态连接 库中的参数值是否正确，因此就要求程序员应对参数类型有非常详细的了解，否则很容易引 起应用程序发生通用保护错或导致潜在的Bug，降低软件的可靠性。下面将参数类型分为简单数据类型、字符串、和用户自定义类型三种分别进行讨论。<br/> (1)、简单数据类型：<br/> 简单数据类型是指Numeric数据类型（包括Integer、Long、Single、Double、Currency类型）、Byte数据类型和Boolean数据类型。它们的共同的特点是结构简单，操作系统在处理时不必进行特殊的转换。<br/> 简单数据类型参数的传递比较简单。我们知道，在VB中传递参数的方式有两种：传值（Byval） 和传址（ByRef），缺省的方式是传址。所谓传值，就是对一个变量的具体值进行传递；而传址则 是传递变量的地址。例如，在VB程序中需要将一个整型变量m=10的值传进动态库，如果用传值 方式，那么传进动态库的值就是10，而在传址方式下，传入的则是变量m的地址，相当于C/C++ 中&m的值。需要注意的是，以传值方式传进动态连接库的变量，其值在动态库中是不能 被改变的；如果需要在动态连接库中修改传入参数的值，则必须使用传址方式。一般来说，在VB 和动态连接库之间传递单个的简单数据类型，只要注意了以上几个方面就可以了。当需要将 一个简单数据类型的整个数组传进动态库时，必须将相应参数声明为传址方式，然后把数组 的第一个元素作为参数传入，这样在动态连接库中就得到了数组的首地址，从而可以对整个 数组进行访问。例如，声明了一个名为ReadArray的DLL过程，要求传入一个整型数组aArray：<br/>Declare Function ReadArray Lib "mydll.dll" _<br/>(aArray As Integer) As Integer <br/>在调用时可以采用如下方式：<br/>Dim ret,I(5) as Integer<br/>… …<br/>ret = ReadArray(I(0)) ' <br/>将整个数组传入动态连接库<br/>(2)、字符串参数的传递：<br/> 与简单数据类型相比，字符串类型（String、String*n）的参数传递要复杂得多，这主要是Windows 95 API和VB使用的字符串类型不同的缘故。VB使用被称为BSTR的String数据类型，它是由自动化（以前被称为OLE Automation）定义的数据类型。一个BSTR由头部和字符串组成，头部包含了字符串的长度信息，字符串中可以包含嵌入的null值。大部分的BSTR是 Unicode的，即每个字符需要两个字节。BSTR通常以两字节的两个null字符结束。下图表示 了一个BSTR类型的字符串。<br/> （前缀）aTest\0<br/> 头部BSTR指向数据的第一个字节<br/> 另一方面，大部分的DLL过程（包括Windows 95 API中的所有过程）使用LPSTR类型字符串，这是指向标准的以null结束的C语言字符串的指针，它也被称为ASCIIZ字符串。LPSTR 没有前缀。下图显示了一个指向ASCIIZ字符串的LPSTR。<br/> aTest\0<br/> LPSTR指向一个以null结尾的字符串数据的第一个字节<br/> 如果DLL过程需要一个LPSTR（指向以null结束的字符串的指针）作为参数，可以在VB 中将一个字符串以传值的方式传递给它。因为指向BSTR的指针实际指向以null值结束的字符串的第一个数据字节，所以对于DLL过程来说，它就是一个LPSTR。这样传入动态连接库的字符串，DLL过程也可以对它进行修改，尽管它是以传值方式传入的。只有当DLL过程需要一个指向LPSTR的指针时，才以传址的方式传入字符串，这时DLL过程得到的是一个指向字符串指针的指针（相当于C/C++中的char**），而不是通常所用的字符串的首地址（相当于C/C++中的char*）。<br/> 当需要把一个字符串数组整个传入动态连接库时，情况就变得复杂多了，用传递简单数据类型数组的方式来传递字符串数组是行不通的。当我们以传值的方式将一个字符串数组的第一个元素传进动态连接库时，DLL过程得到的实际上是该元素压入堆栈段后的地址，而不是数据段中整个数组的首地址。也就是说，这时DLL过程只能得到数组的第一个元素，而无法访问整个数组。而以传址方式传入第一个元素时，DLL过程只能得到指向该元素在堆栈段中地址的指针，同样无法访问整个数组。这不能不说是VB的一个不足。因此，在程序设计中，如果确实需要将整个字符串数组传入动态库，就必须采取其它方法。<br/> 我们知道，在VB中，有一种Byte数据类型。每个Byte型变量占一个字节，不含符号位，因 此所能表示的范围为0到255。这种数据类型是专门用于存放二进制数据的。为了将整个字符 串数组传进动态库，可以用字节数组来保存字符串。由于Byte是一种简单数据类型，因此字节 数组的传递是非常简单的。首先，需要把一个字符串正确地转变成一个字节数组。这要涉及一 些字符集的知识。Windows 95和VB使用不同的字符集，Windows 95 API使用的是ANSI或DBCS 字符集，而VB使用的则是Unicode字符集。所谓ANSI字符集，是指每个字符都用一个字节表示， 因此最多只能有28=256个不同的字符，这对于英语来说已经足够了，但不能完全支持其它语 言。DBCS字符集支持很多不同的东亚语言，如汉语、日语和朝鲜语，它使用数字0-255表示ASCII 字符，其它大于255或小于0的数字表明该字符属于非拉丁字符集；在DBCS中，ASCII字符的长 度是一个字节，而汉语、日语和其它东亚字符的长度是2个字节。而Unicode字符集则完全用 两个字节表示一个字符，因此最多可以表示216=65536个不同字符。也就是说，ANSI字符集中 所有的字符都只占一个字节，DBCS字符集中ASCII字符占一个字节，汉字占两个字节，Unicode 字符集中每个字符都占两个字节。由于VB与WindowsAPI使用的字符集不同，因此在进行字符 串到字节数组的转换时，当用Asc函数取得一个字符的字节码后，需要判断它是否是一个ASCII 字符；如果是ASCII字符，则在转换后的字节数组中就只占一个字节，否则要占两个字节。<br/> 下面给出了转换函数：GetChar Byte得到一个字符的高字节或低字节，它的第一个参数 是一个字符的ASCII码，第二个参数是标志取高字节还是低字节；StrToByte按DBCS或ANSI格 式将一个字符串转换成一个字节数组，第一个参数是待转换的字符串，第二个参数是转换后的一个定长字节数组，若该数组长度不足以存放整个字符串，则截去超长的部分；ChangeStrAryToByte 利用前两个函数将字符串数组转换成字节数组，第一个参数是定长的字符串数组，其中每个元素都是一个字符串（各个元素包含的字符数可以不同），第二个参数是一个变长的字节数组， 保存转换后的结果。<br/>Function GetCharByte(ByVal OneChar As Integer, ByVal IsHighByte As Boolean) As Byte ' 该函数获得一个字符的高字节或低字节 <br/>If IsHighByte Then<br/>If OneChar >= 0 Then<br/>GetCharByte = CByte(OneChar \ 256) <br/>'右移8位，得到高字节<br/>Else<br/>GetCharByte = CByte((OneChar<br/>And &H7FFF) \ 256) or &H80<br/>End If<br/>Exit Function<br/>Else<br/>GetCharByte = CByte(OneChar And &HFF) <br/>'屏蔽掉高字节，得到低字节<br/>Exit Function<br/>End If<br/>End Function<br/>Sub StrToByte(StrToChange As String, ByteArray() As Byte)<br/>'该函数将一个字符串转换成字节数组<br/>Dim LowBound, UpBound As Integer<br/>Dim i, count, length As Integer<br/>Dim OneChar As Integer<br/>count = 0<br/>length = Len(StrToChange)<br/>LowBound = LBound(ByteArray)<br/>UpBound = UBound(ByteArray)<br/>For i = LowBound To UpBound<br/>ByteArray(i) = 0 '初始化字节数组<br/>Next<br/>For i = LowBound To UpBound<br/>count = count + 1<br/>If count <= length Then<br/>OneChar = Asc(Mid(StrToChange, count, 1))<br/>If (OneChar > 255) or (OneChar < 0) Then<br/>'该字符是非ASCII字符<br/>ByteArray(i) = GetCharByte(OneChar, True) '得到高字节<br/>i = i + 1<br/>If i <= UpBound Then ByteArray(i)<br/>= GetCharByte(OneChar, False)<br/>'得到低字节<br/>Else<br/>'该字符是ASCII字符<br/>ByteArray(i) = OneChar<br/>End If<br/>Else<br/>Exit For<br/>End If<br/>Next<br/>End Sub<br/>Sub ChangeStrAryToByte(StrAry()<br/>As String, ByteAry() As Byte)<br/>'将字符串数组转换成字节数组<br/>Dim LowBound, UpBound As Integer<br/>Dim i, count, StartPos, MaxLen As Integer<br/>Dim TmpByte() As Byte<br/>LowBound = LBound(StrAry)<br/>UpBound = UBound(StrAry)<br/>count = 0<br/>ReDim ByteAry(0)<br/>For i = LowBound To UpBound<br/>MaxLen = LenB(StrAry(i))<br/>ReDim TmpByte(MaxLen + 1)<br/>ReDim Preserve ByteAry(count + MaxLen + 1)<br/>Call StrToByte(StrAry(i), TmpByte) '转换一个字符串<br/>StartPos = count<br/>Do<br/>ByteAry(count) = TmpByte(count - StartPos)<br/>count = count + 1<br/>If ByteAry(count - 1) = 0 Then Exit Do<br/>Loop '将每一个字符串对应<br/>的字节数组按顺序填入结果数组中<br/>ReDim Preserve ByteAry(count - 1)<br/>Next i<br/>End Sub<br/> 下面看一个转换的例子：<br/>DimResultAry()asByte<br/>DimSomeStr(2)asString<br/>SomeStr(0)="测试1"<br/>SomeStr(1)="测试222"<br/>SomeStr(2)="测试33"<br/>CallChangeStrAryToByte<br/>(SomeStr,ResultAry)'转换字符串数组 <br/> 当转换完成以后，查看字节数组ResultAry，其中包含了21个元素，依次是：178，226，202，212，49，0，178，226，202，212，50，50，50，0，178，226，202，212，51，51，0。其中，[178，226]是"测"的字节码，[202，112]是"试"的字节码，49，50，51 分别为字符1、2、3的ASCII码。可见，经过转换后，字符串数组中的各个元素按顺序放在了字节数组中，相互间以终止符0分隔。<br/> 这样，字符串数组就全部转换成了字节数组，然后只要将字节数组的第一个元素以传址的方式传入动态连接库，DLL过程就可以正确地访问数组中的所有字符串了。但是，使用这种方法，当DLL过程处理结束返回VB时，VB得到的仍然是字节数组。如果需要在VB中再次得到该字节数组表示的字符串，还要把整个字节数组重新以0为分割符分成多个子数组（每个子数组都对应原来字符串数组中的一个元素），然后使用VB函数StrConv将每个子数组转换成字符串（转换时第二个参数选vbUnicode），就可以显示或进行其它操作了。例如，其中一个子数组的名字是SubAry，则函数StrConv(SubAry,vbUnicode)就返回了它所对应的字符串。<br/> 总之，VB应用程序和动态库间字符串参数的传递是一个比较复杂的过程，使用时要非常谨慎。同时应尽可能避免传递字符串数组类型的参数，因为这很容易引起下标越界、堆栈溢出等严重错误。<br/>(3)、用户自定义类型（User-defined Type）参数的传递<br/> 用户自定义类型在VB中是一种重要的数据类型，它为编程者提供了很大的灵活性，使开发人员可以根据需要构造自己的数据结构。它相当于C/C++中的结构类型（structure）。在VB中，允许程序员以传址的方式将自定义数据类型参数传入动态库，DLL过程也可以将修改后的参数返回VB程序。但是，在VB中仍然不支持以传值的方式传递用户自定义类型参数。<br/> 传递用户自定义类型参数时，必须确保VB中的数据类型的成员与动态库中的结构成员是一一对应的，所占空间也必须严格一致。这里所说的一一对应，不仅是指VB 中的所有结构成员在动态库的结构中都必须有对应的元素，而且它们在数据结构中定义的顺序也必须严格一致，这是VB中使用的"数据结构成员对齐方式"决定的。在VB 中，数据结构使用双字对齐方式（4-byte alignment），因此，在用户自己生成用于VB 调用的动态连接库时，也必须把编译选项"structure member alignment" 设为4字节（如前文所述）。<br/> 所谓结构成员对齐方式是指一个数据结构内部，其成员的排列方式。譬如，在VB中，其对齐方式是4字节，这就好象在一个数据结构内部分成了很多个4字节大小的小单元，如果相邻 两个或多个数据成员的大小可以放在一个单元中，那么就放在一起；否则这些小单元中可能 会出现未用的空字节。我们来看下面一个数据类型：<br/>Type TestType<br/>m1 as Integer<br/>m2 as Byte<br/>m3 as Long<br/>End Type <br/> 它的三个成员的大小加起来是2+1+4=7。但是，由于m1和m2的字节总长度是3，小于4，它 们就存放于一个单元中；但该单元剩下的一个字节不足以放下一个Long型的成员m3，于是m3 就被放在下一个单元中，它们之间就有了一个未用的空字节；因此，整个结构所占实际长度是8 字节。同理，如果将m3和m2的位置交换一下，它所占的尺寸就变成了9字节。可见，成员在结构 中的声明顺序也是非常重要的。<br/> 通常，当一个用户自定义类型中不包含字符串时，向动态连接库中传递该类型的参数是没有什么问题的。如果只传递一个自定义类型变量，则既可以传递该变量名，也可以传递该变 量的第一个成员，它们的效果是一样的，都是将该变量的地址传进了动态库；同样，如果要传递一个自定义类型的数组，则既可以传递该数组的第一个元素，也可以传递第一个元素的第一个成员。但是，如果用户自定义类型中包含字符串类型时，又该如何与动态连接库传递参数呢？答案是令人遗憾的：在VB中，你无法将一个包含字符串成员的用户自定义类型变量或数 组安全、正确地传入动态库中。如果你这样做了，即使某次侥幸得到了正确的结果，在其背后也隐藏着许多致命的危险。因此，如果一定要在用户自定义类型中包含字符串变量，并且该类型的变量又要作为参数传入动态库时，你最好修改类型定义，把其中的字符串成员用相应的字节数组类型替换掉（转换方法可参见前文），这样就可以在VB 和动态库间传递这种类型的参数了。<br/> 另外，在VB 中还可以把一个函数的指针传递到动态库中，方法也并不复杂。但笔者强烈建议最好不要这么做，因为这样一来VB 应用程序就几乎完全丧失了它所应有的安全性。如果 确实需要传递函数指针的话，那么还是编一个C/C++ 的程序来完成这项工作吧。<br/> 总之，在VB中调用DLL过程是一个比较复杂的问题，编程人员必须很好地把握，才能达到既提高了程序效率，开拓了程序功能，又不降低程序安全性的目的。另外需要特别指出的一点是，在本文中提到的所有动态连接库，都是指没有使用自动化（OLE Automation）技术的动态库，Windows API和大多数用户自编的动态连接库都是这种类型的。对于使用了OLE Automation技术的动态连接库，其参数传递的方式有所不同，读者可以参阅有关OLE 技术的书籍，在此不再涉及。</font> |
|
发表于 2009-9-25 12:43:35
