用戶自定義類型（User-defined ? Type）參數(shù)的傳遞 ?
? ?
? 　　用戶自定義類型在VB中是一種重要的數(shù)據(jù)類型，它為編程者提供了很大的靈活性，使開發(fā)人員可以根據(jù)需要構(gòu)造自己的數(shù)據(jù)結(jié)構(gòu)。它相當(dāng)于C/C++中的結(jié)構(gòu)類型（structure）。在VB中，允許程序員以傳址的方式將自定義數(shù)據(jù)類型參數(shù)傳入動(dòng)態(tài)庫，DLL過程也可以將修改后的參數(shù)返回VB程序。但是，在VB中仍然不支持以傳值的方式傳遞用戶自定義類型參數(shù)。 ?
? ?
? 　　傳遞用戶自定義類型參數(shù)時(shí)，必須確保VB中的數(shù)據(jù)類型的成員與動(dòng)態(tài)庫中的結(jié)構(gòu)成員是一一對應(yīng)的，所占空間也必須嚴(yán)格一致。這里所說的一一對應(yīng)，不僅是指VB ? 中的所有結(jié)構(gòu)成員在動(dòng)態(tài)庫的結(jié)構(gòu)中都必須有對應(yīng)的元素，而且它們在數(shù)據(jù)結(jié)構(gòu)中定義的順序也必須嚴(yán)格一致，這是VB中使用的"數(shù)據(jù)結(jié)構(gòu)成員對齊方式"決定的。在VB ? 中，數(shù)據(jù)結(jié)構(gòu)使用雙字對齊方式（4-byte ? alignment），因此，在用戶自己生成用于VB ? 調(diào)用的動(dòng)態(tài)連接庫時(shí)，也必須把編譯選項(xiàng)"structure ? member ? alignment" ? 設(shè)為4字節(jié)（如前文所述）。 ?
? ?
? 　　所謂結(jié)構(gòu)成員對齊方式是指一個(gè)數(shù)據(jù)結(jié)構(gòu)內(nèi)部，其成員的排列方式。譬如，在VB中，其對齊方式是4字節(jié)，這就好象在一個(gè)數(shù)據(jù)結(jié)構(gòu)內(nèi)部分成了很多個(gè)4字節(jié)大小的小單元，如果相鄰 ? 兩個(gè)或多個(gè)數(shù)據(jù)成員的大小可以放在一個(gè)單元中，那么就放在一起；否則這些小單元中可能 ? 會(huì)出現(xiàn)未用的空字節(jié)。我們來看下面一個(gè)數(shù)據(jù)類型： ?
? ?
? ?
? Type ? TestType ?
? m1 ? as ? Integer ?
? m2 ? as ? Byte ?
? m3 ? as ? Long ?
? End ? Type ? ?
? ?
? ?
? 　　它的三個(gè)成員的大小加起來是2+1+4=7。但是，由于m1和m2的字節(jié)總長度是3，小于4，它 ? 們就存放于一個(gè)單元中；但該單元剩下的一個(gè)字節(jié)不足以放下一個(gè)Long型的成員m3，于是m3 ? 就被放在下一個(gè)單元中，它們之間就有了一個(gè)未用的空字節(jié)；因此，整個(gè)結(jié)構(gòu)所占實(shí)際長度是8 ? 字節(jié)。同理，如果將m3和m2的位置交換一下，它所占的尺寸就變成了9字節(jié)。可見，成員在結(jié)構(gòu) ? 中的聲明順序也是非常重要的。 ?
? ?
? 　　通常，當(dāng)一個(gè)用戶自定義類型中不包含字符串時(shí)，向動(dòng)態(tài)連接庫中傳遞該類型的參數(shù)是沒有什么問題的。如果只傳遞一個(gè)自定義類型變量，則既可以傳遞該變量名，也可以傳遞該變 ? 量的第一個(gè)成員，它們的效果是一樣的，都是將該變量的地址傳進(jìn)了動(dòng)態(tài)庫；同樣，如果要傳遞一個(gè)自定義類型的數(shù)組，則既可以傳遞該數(shù)組的第一個(gè)元素，也可以傳遞第一個(gè)元素的第一個(gè)成員。但是，如果用戶自定義類型中包含字符串類型時(shí)，又該如何與動(dòng)態(tài)連接庫傳遞參數(shù)呢？答案是令人遺憾的：在VB中，你無法將一個(gè)包含字符串成員的用戶自定義類型變量或數(shù) ? 組安全、正確地傳入動(dòng)態(tài)庫中。如果你這樣做了，即使某次僥幸得到了正確的結(jié)果，在其背后也隱藏著許多致命的危險(xiǎn)。因此，如果一定要在用戶自定義類型中包含字符串變量，并且該類型的變量又要作為參數(shù)傳入動(dòng)態(tài)庫時(shí)，你最好修改類型定義，把其中的字符串成員用相應(yīng)的字節(jié)數(shù)組類型替換掉（轉(zhuǎn)換方法可參見前文），這樣就可以在VB ? 和動(dòng)態(tài)庫間傳遞這種類型的參數(shù)了。 ?
? ?
? 　　另外，在VB ? 中還可以把一個(gè)函數(shù)的指針傳遞到動(dòng)態(tài)庫中，方法也并不復(fù)雜。但筆者強(qiáng)烈建議最好不要這么做，因?yàn)檫@樣一來VB ? 應(yīng)用程序就幾乎完全喪失了它所應(yīng)有的安全性。如果 ? 確實(shí)需要傳遞函數(shù)指針的話，那么還是編一個(gè)C/C++ ? 的程序來完成這項(xiàng)工作吧。 ?
? ?
? 　　總之，在VB中調(diào)用DLL過程是一個(gè)比較復(fù)雜的問題，編程人員必須很好地把握，才能達(dá)到既提高了程序效率，開拓了程序功能，又不降低程序安全性的目的。另外需要特別指出的一點(diǎn)是，在本文中提到的所有動(dòng)態(tài)連接庫，都是指沒有使用自動(dòng)化（OLE ? Automation）技術(shù)的動(dòng)態(tài)庫，Windows ? API和大多數(shù)用戶自編的動(dòng)態(tài)連接庫都是這種類型的。對于使用了OLE ? Automation技術(shù)的動(dòng)態(tài)連接庫，其參數(shù)傳遞的方式有所不同，讀者可以參閱有關(guān)OLE ? 技術(shù)的書籍，在此不再涉及。

與50位技術(shù)專家面對面20年技術(shù)見證，附贈(zèng)技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的用户自定义类型（User-defined Type）参数的传递的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。