14/02/2006, 07:59
|
| | | Fecha de Ingreso: abril-2005
Mensajes: 3.083
Antigüedad: 19 años, 1 mes Puntos: 17 | |
| De manera general, usar el tipo Variant es malo. ¿Por qué? Fácil. ¿Qué es Variant? ¿Es un tipo? No, es una mezcla que junta todos los tipos normales.
Pero el problema de esto es que nunca sabes que hay dentro de un Variant... ¿Es un número entero? ¿Es texto? ¿Son datos? ¿Es una imagen? ¿Es un número decimal? Con Variant no puedes establecer qué quieres y cómo quieres. Quizás tus operaciones sean con enteros y no con decimales... Quizás un 3 quieras que sea texto y no el caracter ASCII 3.
¿Qué diferencia hay entre "3", "3" y "3"? Uno es un número, otro una cadena, otro un flotante. ¿Cómo sabe Visual Basic que necesitas hacer con él? ¿O como lo saben otras funciones? Por otro lado, el uso de Variant impide sobrecargar funciones (VB no tiene esta característica) y limita mucho la POO.
En teoría, además, el tipo Variant es más lento y ocupa más espacio que cualquier otro porque trata de "almacenar" todo a la vez...
A pesar de todos los problemas, usarlo entre DLLs es aún peor. Una DLL de C++ nunca podrá recibir un tipo Variant, ni de cualquier otro lenguaje, porque es como un objeto, no un dato concreto. Si quieres mandar/recibir un número, ¿por qué no pones As Integer? Todos los lenguajes lo entenderán. |