作為一種簡單易用的Windows開發(fā)環(huán)境，VisualBasic從一推出就受到了廣大編程人員的歡迎。它使程序員不必再直接面對紛繁復雜的Windows消息，而可以將精力主要集中在程序功能的實現上，大大提高了編程效率。但凡事有利必有弊。VB中高度的封裝和模塊化減輕了編程者的負擔，同時也使開發(fā)人員失去了許多訪問低層API函數和直接與Windows交互的機會。因此，相比而言，VB應用程序的執(zhí)行效率和功能比C/C++或Delphi生成的程序要差。為了解決這個問題，在一個大型的VB開發(fā)應用中，直接調用WindowsAPI函數幾乎是不可避免的；同時，還有可能需要程序員自己用C/C++等開發(fā)一些動態(tài)連接庫，用于在VB中調用。本文主要討論在32位開發(fā)環(huán)境VisualBasic5。0中直接調用Windows95API函數或用戶生成的32位動態(tài)連接庫的方法與規(guī)則。
Windows動態(tài)連接庫是包含數據和函數的模塊，可以被其它可執(zhí)行文件（EXE、DLL、OCX等）調用。動態(tài)連接庫包含兩種函數：輸出（exported）函數和內部（internal）函數。輸出函數可以被其它模塊調用，而內部函數則只能在動態(tài)連接庫內部使用。盡管動態(tài)連接庫也能輸出數據，但實際上它的數據通常是只在內部使用的。使用動態(tài)連接庫的優(yōu)點是顯而易見的。將應用程序的一部分功能提取出來做成動態(tài)連接庫，不但減小了主應用程序的大小，提高了程序運行效率，還使它更加易于升級。多個應用程序共享一個動態(tài)連接庫還能有效地節(jié)省系統資源。正因為如此，在Windows系統中，動態(tài)連接庫得到了大量的使用。
一般來說，動態(tài)連接庫都是以DLL為擴展名的文件，如Kernel32。dll、commdlg。dll等。但也有例外，如16位Windows的核心部件之一GDI。exe其實也是一個動態(tài)庫。編寫動態(tài)連接庫的工具很多，如VisualC++、BorlandC++、Delphi等，具體方法可以參見相關文檔。下面只以VisualC++5。0為例，介紹一下開發(fā)應用于VisualBasic5。0的動態(tài)連接庫時應注意的問題（本文中所有涉及C/C++語言或編譯環(huán)境的地方，都以VC5為例；所有涉及VisualBasic的地方都以VB5為例）。
作為一種32位Windows應用程序的開發(fā)工具，VB5生成的exe文件自然也都是32位的，通常情況下也只能調用32位的動態(tài)連接庫。但是，并不是所有的32位動態(tài)庫都能被VB生成的exe文件正確地識別。一般來說，自己編寫用于VB應用程序調用的動態(tài)連接庫時，應注意以下幾個方面的問題：
1、生成動態(tài)庫時要使用__stdcall調用約定，而不能使用缺省的__cdecl調用約定；__stdcall約定通常用于32位API函數的調用。
2、在VC5中的定義文件（。def）中，必須列出輸出函數的函數名，以強制VC5系統將輸出函數的裝飾名（decoratedname）改成普通函數名；所謂裝飾名是VC的編譯器在編譯過程中生成的輸出函數名，它包含了用戶定義的函數名、函數參數及函數所在的類等多方面的信息。由于在VC5中定義文件不是必需的，因此工程不包含定義文件時VC5就按自己的約定將用戶定義的輸出函數名修改成裝飾名后放到輸出函數列表中，這樣的輸出函數在VB生成的應用程序中是不能正確調用的（除非聲明時使用Alias子句）。因此需要增加一個。def文件，其中列出用戶需要的函數名，以強制VC5不按裝飾名進行輸出。
3、VC5中的編譯選項'結構成員對齊方式（structurememberalignment）'應設成4字節(jié)，其原因將在后文詳細介紹。
4、由于在C中整型變量是4個字節(jié)，而VB中的整型變量依然只有2個字節(jié)，因此在C中聲明的整型(int)變量在VB中調用時要聲明為長整型(long)，而C中的短整型（short）在VB中則要聲明成整型（integer）；下表針對最常用的C語言數據類型列出了與之等價的VisualBasic類型（用于32位版本的Windows）。
C語言數據類型在VisualBasic中聲明為調用時使用的表達式
ATOMByValvariableAsInteger結果為Integer類型的表達式
BOOLByValvariableAsLong結果為Long類型的表達式
BYTEByValvariableAsByte結果為Byte類型的表達式
CHARByValvariableAsByte結果為Byte類型的表達式
COLORREFByValvariableAsLong結果為Long類型的表達式
DWORDByValvariableAsLong結果為Long類型的表達式
HWND，HDC，HMENUByValvariableAsLong結果為Long類型的表達式等Windows句柄
INT，UINTByValvariableAsLong結果為Long類型的表達式
LONGByValvariableAsLong結果為Long類型的表達式
LPARAMByValvariableAsLong結果為Long類型的表達式
LPDWORDvariableAsLong結果為Long類型的表達式
LPINT，LPUINTvariableAsLong結果為Long類型的表達式
LPRECTvariableAstype自定義類型的任意變量
LPSTR，LPCSTRByValvariableAsString結果為String類型的表達式
LPVOIDvariableAsAny任何變量（在傳遞字符串的時候使用ByVal）
LPWORDvariableAsInteger結果為Integer類型的表達式
LRESULTByValvariableAsLong結果為Long類型的表達式
Windows動態(tài)連接庫是包含數據和函數的模塊，可以被其它可執(zhí)行文件（EXE、DLL、OCX等）調用。動態(tài)連接庫包含兩種函數：輸出（exported）函數和內部（internal）函數。輸出函數可以被其它模塊調用，而內部函數則只能在動態(tài)連接庫內部使用。盡管動態(tài)連接庫也能輸出數據，但實際上它的數據通常是只在內部使用的。使用動態(tài)連接庫的優(yōu)點是顯而易見的。將應用程序的一部分功能提取出來做成動態(tài)連接庫，不但減小了主應用程序的大小，提高了程序運行效率，還使它更加易于升級。多個應用程序共享一個動態(tài)連接庫還能有效地節(jié)省系統資源。正因為如此，在Windows系統中，動態(tài)連接庫得到了大量的使用。
一般來說，動態(tài)連接庫都是以DLL為擴展名的文件，如Kernel32。dll、commdlg。dll等。但也有例外，如16位Windows的核心部件之一GDI。exe其實也是一個動態(tài)庫。編寫動態(tài)連接庫的工具很多，如VisualC++、BorlandC++、Delphi等，具體方法可以參見相關文檔。下面只以VisualC++5。0為例，介紹一下開發(fā)應用于VisualBasic5。0的動態(tài)連接庫時應注意的問題（本文中所有涉及C/C++語言或編譯環(huán)境的地方，都以VC5為例；所有涉及VisualBasic的地方都以VB5為例）。
作為一種32位Windows應用程序的開發(fā)工具，VB5生成的exe文件自然也都是32位的，通常情況下也只能調用32位的動態(tài)連接庫。但是，并不是所有的32位動態(tài)庫都能被VB生成的exe文件正確地識別。一般來說，自己編寫用于VB應用程序調用的動態(tài)連接庫時，應注意以下幾個方面的問題：
1、生成動態(tài)庫時要使用__stdcall調用約定，而不能使用缺省的__cdecl調用約定；__stdcall約定通常用于32位API函數的調用。
2、在VC5中的定義文件（。def）中，必須列出輸出函數的函數名，以強制VC5系統將輸出函數的裝飾名（decoratedname）改成普通函數名；所謂裝飾名是VC的編譯器在編譯過程中生成的輸出函數名，它包含了用戶定義的函數名、函數參數及函數所在的類等多方面的信息。由于在VC5中定義文件不是必需的，因此工程不包含定義文件時VC5就按自己的約定將用戶定義的輸出函數名修改成裝飾名后放到輸出函數列表中，這樣的輸出函數在VB生成的應用程序中是不能正確調用的（除非聲明時使用Alias子句）。因此需要增加一個。def文件，其中列出用戶需要的函數名，以強制VC5不按裝飾名進行輸出。
3、VC5中的編譯選項'結構成員對齊方式（structurememberalignment）'應設成4字節(jié)，其原因將在后文詳細介紹。
4、由于在C中整型變量是4個字節(jié)，而VB中的整型變量依然只有2個字節(jié)，因此在C中聲明的整型(int)變量在VB中調用時要聲明為長整型(long)，而C中的短整型（short）在VB中則要聲明成整型（integer）；下表針對最常用的C語言數據類型列出了與之等價的VisualBasic類型（用于32位版本的Windows）。
C語言數據類型在VisualBasic中聲明為調用時使用的表達式
ATOMByValvariableAsInteger結果為Integer類型的表達式
BOOLByValvariableAsLong結果為Long類型的表達式
BYTEByValvariableAsByte結果為Byte類型的表達式
CHARByValvariableAsByte結果為Byte類型的表達式
COLORREFByValvariableAsLong結果為Long類型的表達式
DWORDByValvariableAsLong結果為Long類型的表達式
HWND，HDC，HMENUByValvariableAsLong結果為Long類型的表達式等Windows句柄
INT，UINTByValvariableAsLong結果為Long類型的表達式
LONGByValvariableAsLong結果為Long類型的表達式
LPARAMByValvariableAsLong結果為Long類型的表達式
LPDWORDvariableAsLong結果為Long類型的表達式
LPINT，LPUINTvariableAsLong結果為Long類型的表達式
LPRECTvariableAstype自定義類型的任意變量
LPSTR，LPCSTRByValvariableAsString結果為String類型的表達式
LPVOIDvariableAsAny任何變量（在傳遞字符串的時候使用ByVal）
LPWORDvariableAsInteger結果為Integer類型的表達式
LRESULTByValvariableAsLong結果為Long類型的表達式