用户自定义类型(User-defined Type)参数的传递

用户自定义类型(User-defined   Type)参数的传递  
   
    用户自定义类型在VB中是一种重要的数据类型,它为编程者提供了很大的灵活性,使开发人员可以根据需要构造自己的数据结构。它相当于C/C++中的结构类型(structure)。在VB中,允许程序员以传址的方式将自定义数据类型参数传入动态库,DLL过程也可以将修改后的参数返回VB程序。但是,在VB中仍然不支持以传值的方式传递用户自定义类型参数。  
   
    传递用户自定义类型参数时,必须确保VB中的数据类型的成员与动态库中的结构成员是一一对应的,所占空间也必须严格一致。这里所说的一一对应,不仅是指VB   中的所有结构成员在动态库的结构中都必须有对应的元素,而且它们在数据结构中定义的顺序也必须严格一致,这是VB中使用的"数据结构成员对齐方式"决定的。在VB   中,数据结构使用双字对齐方式(4-byte   alignment),因此,在用户自己生成用于VB   调用的动态连接库时,也必须把编译选项"structure   member   alignment"   设为4字节(如前文所述)。  
   
    所谓结构成员对齐方式是指一个数据结构内部,其成员的排列方式。譬如,在VB中,其对齐方式是4字节,这就好象在一个数据结构内部分成了很多个4字节大小的小单元,如果相邻   两个或多个数据成员的大小可以放在一个单元中,那么就放在一起;否则这些小单元中可能   会出现未用的空字节。我们来看下面一个数据类型:  
   
   
  Type   TestType  
  m1   as   Integer  
  m2   as   Byte  
  m3   as   Long  
  End   Type    
   
   
    它的三个成员的大小加起来是2+1+4=7。但是,由于m1和m2的字节总长度是3,小于4,它   们就存放于一个单元中;但该单元剩下的一个字节不足以放下一个Long型的成员m3,于是m3   就被放在下一个单元中,它们之间就有了一个未用的空字节;因此,整个结构所占实际长度是8   字节。同理,如果将m3和m2的位置交换一下,它所占的尺寸就变成了9字节。可见,成员在结构   中的声明顺序也是非常重要的。  
   
    通常,当一个用户自定义类型中不包含字符串时,向动态连接库中传递该类型的参数是没有什么问题的。如果只传递一个自定义类型变量,则既可以传递该变量名,也可以传递该变   量的第一个成员,它们的效果是一样的,都是将该变量的地址传进了动态库;同样,如果要传递一个自定义类型的数组,则既可以传递该数组的第一个元素,也可以传递第一个元素的第一个成员。但是,如果用户自定义类型中包含字符串类型时,又该如何与动态连接库传递参数呢?答案是令人遗憾的:在VB中,你无法将一个包含字符串成员的用户自定义类型变量或数   组安全、正确地传入动态库中。如果你这样做了,即使某次侥幸得到了正确的结果,在其背后也隐藏着许多致命的危险。因此,如果一定要在用户自定义类型中包含字符串变量,并且该类型的变量又要作为参数传入动态库时,你最好修改类型定义,把其中的字符串成员用相应的字节数组类型替换掉(转换方法可参见前文),这样就可以在VB   和动态库间传递这种类型的参数了。  
   
    另外,在VB   中还可以把一个函数的指针传递到动态库中,方法也并不复杂。但笔者强烈建议最好不要这么做,因为这样一来VB   应用程序就几乎完全丧失了它所应有的安全性。如果   确实需要传递函数指针的话,那么还是编一个C/C++   的程序来完成这项工作吧。  
   
    总之,在VB中调用DLL过程是一个比较复杂的问题,编程人员必须很好地把握,才能达到既提高了程序效率,开拓了程序功能,又不降低程序安全性的目的。另外需要特别指出的一点是,在本文中提到的所有动态连接库,都是指没有使用自动化(OLE   Automation)技术的动态库,Windows   API和大多数用户自编的动态连接库都是这种类型的。对于使用了OLE   Automation技术的动态连接库,其参数传递的方式有所不同,读者可以参阅有关OLE   技术的书籍,在此不再涉及。

你可能感兴趣的:(VB6开发)