Linux Hispano » unicode

Comprobar de qué tipo es una variable u objeto en C#

F. Javier Carazo Gil — Mon, 31 Oct 2011 14:03:44 +0000

Cuando tenemos un objeto de tipo genérico Object en C#, podemos hacer con él las operaciones básicas de cada objeto pero en ocasiones, necesitaremos convertirlo en un objeto menos abstracto para poder hacer operaciones más concretas.

Aunque esta entrada no forma parte del curso de Mono, sí está muy relacionada con esta entrega dedicada a tipos de datos.

Si tenemos una variable u objeto y no sabemos su tipo con seguridad, disponemos de dos métodos que usaremos para ver cuál es realmente el tipo del mismo. Veamos:

getType(): obtiene el tipo de la instancia actual
Type.GetType(“tipo de objeto”): lo usamos para obtener una referencia con la que comparar

Por ejemplo, ¿cómo saber si el objeto “auxiliar” es un entero con signo de 32 bits (el entero más estándar, el que usamos al poner int simplemente)?

if(auxiliar.GetType() == Type.GetType("System.Int32"))
   return true;
else
   return false;

Al igual que con enteros, podemos hacer la comprobación para cualquier tipo:

Boolean: valor booleano
Byte: ocho bits sin signo
Char: carácter UNICODE
DateTime: fecha con tiempo
Decimal: número decimal
Double: pnto flotante de precisión doble
Int16: entero con signo de 16 bits
Int32: ídem pero de 32 bits
Int64: ídem pero de 64 bits
SByte: 8 bits con signo
Single: punto flotante de precisión simple
UInt16: entero sin signo de 16 bits
UInt32: ídem pero de 32 bits
UInt64: ídem pero de 64 bits

Utilizando caracteres extraños como identificadores en CSS

F. Javier Carazo Gil — Wed, 10 Mar 2010 17:38:36 +0000

Cuando escribimos identificadores para cualquier clase, interfaz, regla… utilizamos palabras cortas que definen a qué nos referimos. En el caso de los CSS es muy típico escribir: contenedor, arriba-izquierda, arriba-derecha… sin embargo, leyendo un post de Kabytes he descubierto una forma más curiosa de hacerlo y a priori, más práctica.

Digo a priori, porque supongo que daría problemas utilizando JavaScript u otras tecnologías que no soporten adecuadamente caracteres Unicode. La verdad es que es muy extraño pero es sólo un ejemplo más del nivel de estandarización en cuanto a juegos de caracteres que se está adquiriendo en entornos hasta de interpretación o compilación.


   
    
     
      
        contenido

Unicode cerca del 50% de las comunicaciones en la web

F. Javier Carazo Gil — Thu, 28 Jan 2010 19:57:20 +0000

Leyendo el blog oficial de Google, he visto una gráfica que aunque a priori no parezca importante me parece de lo más relevante para los internautas no angloparlantes. Hasta ahora, la red estaba dominada por la codificación ASCII y en todo caso, le seguían los charset de Europa Occidental. Este problema de los juegos de caracteres no es nuevo y es algo que sufrimos todos los no angloparlantes incluso en nuestros equipos a nivel de escritorio (sobre todo en cuanto a compatibilidad entre distintos sistemas, véase por ejemplo acentos en Linux y acentos en Windows).

La subida espectacular que ha dado Unicode desde 2006 hasta nuestros días es una prueba de que la red se universaliza, se hace más internacional y sobre todo, compatible, que para eso existe el Unicode.

Os recomiendo leer las páginas de la Wikipedia relacionadas con el Unicode, ASCII y los juegos de caracteres.