Visual Basic 6.0 使用者可用的整數資料型別
更新:2007 年 11 月
Visual Basic 2008 的整數資料型別與 Visual Basic 6.0 的整數資料型別不同。為了與其他程式設計語言和 Common Language Runtime 的互通性 (Interoperability),因此進行這些變更。
下表列出 Visual Basic 6.0 與 Visual Basic 2008 Integer 型別之間的對應。
整數大小 |
Visual Basic 6.0 型別和識別項型別字元 |
Visual Basic 2008 型別和識別項型別字元 |
Common Language Runtime (CLR) 型別 |
---|---|---|---|
8 位元,帶正負號 |
(無) |
SByte (無) |
|
8 位元,不帶正負號 |
Byte (無) |
Byte (無) |
|
16 位元,帶正負號 |
Integer (%) |
Short (無) |
|
16 位元,不帶正負號 |
(無) |
UShort (無) |
|
32 位元,帶正負號 |
Long (&) |
Integer (%) |
|
32 位元,不帶正負號 |
(無) |
UInteger (無) |
|
64 位元,帶正負號 |
(無) |
Long (&) |
|
64 位元,不帶正負號 |
(無) |
ULong (無) |
在 32 位元系統上,32 位元的整數運算比 16 位元或 64 位元的整數運算還快。這表示在 Visual Basic 2008 中,Integer 和 UInteger 是最有效和最主要的數字型別 (Numeric Type)。當您移轉到 Visual Basic 2008 時,透過將 Long 宣告變更為 Integer 的方式,就可以改善應用程式的效能。
注意事項: |
---|
如果您要連接到在 Visual Basic 2008 以外平台上建立的元件,則必須確定資料型別應與其他元件的資料型別一致。例如,如果您使用 Declare 陳述式參考 Visual Basic 6.0 中建立的外部程序,並且程序定義 Integer 引數 (在 Visual Basic 6.0 中其長度為兩個位元組),則在 Declare 陳述式中您必須將該引數視為 Short,因為在 Visual Basic 2008 中它是兩個位元組的 Integer 型別。 |