Tipo de dados inteiros para usuários do Visual Basic 6.0
In Visual Basic 2008, o inteiro tipos de dados diferem dos descritos no Visual Basic 6.0. Essas alterações foram feitas para interoperabilidade com Outros linguagens de programação e com o common linguagem tempo de execução.
A tabela a seguir mostra correspondências entre tipos inteiros no Visual Basic 6.0 e Visual Basic 2008.
Tamanho inteiro |
Tipo no Visual Basic 6.0 e caractere de tipo de identificador |
Visual Basic 2008 caractere de tipo e identificador de tipo |
Tipo no Common Language Runtime (CLR) |
|---|---|---|---|
8 bits, com sinal |
(Nenhum) |
(SByte Nenhum) |
|
8 bits, sem-sinal |
Byte (nenhum) |
(Byte Nenhum) |
|
16 bits, com sinal |
Integer (%) |
(Short Nenhum) |
|
16 bits, sem-sinal |
(Nenhum) |
(UShort Nenhum) |
|
32 bits, com sinal |
Long (&) |
Número inteiro (%) |
|
32 bits, sem-sinal |
(Nenhum) |
(UInteger Nenhum) |
|
64 bits, com sinal |
(Nenhum) |
Longo (&) |
|
64 bits, sem-sinal |
(Nenhum) |
(ULong Nenhum) |
Em sistemas de 32 bits, operações com inteiros de 32 bits são mais rápidas que quaisquer operações com inteiros de 16 bits ou 64 bits.Isso significa que Visual Basic 2008, Integer e UInteger são os tipos numéricos mais eficientes e fundamentais. Você pode melhorar o desempenho em seus aplicativos alterando seu Long declarações de Integer Quando você migra para Visual Basic 2008.
.gif "Observação") Observação: |
|---|
Se você está em uma interface com componentes criados em plataformas diferente Visual Basic 2008, você deve certificar-se de que seus tipos de dados correspondem dos outros componentes. Por exemplo, se você usar um Declare demonstrativo para se referir a um procedimento externo criado no Visual Basic 6.0 e o procedimento define um Integer argumento (dois byte no Visual Basic 6.0), você deve identificar esse argumento sistema autônomo Short no Declare demonstrativo, porque esse é o tipo inteiro de dois byte no Visual Basic 2008. |
Consulte também
Conceitos
Sumário para programação de mudanças em elementos de suporte