Un poquito de Generics

Hola mis queridos List<Amigos>

Hoy vamos a hablar un poco sobre el mundo de los Generics. Vamos derecho al código…

Supongamos que necesitamos un método que devuelve un objeto Persona:

public Persona GetPersonaByID(int idPersona)
{
     var persona = new Persona();
     // Aquí va el codigo para armar el objeto
     return persona;
}

Para llamar a este método lo hacemos de la forma:

Persona objeto = GetPersonaByID(5);

Hasta aquí ninguna novedad. Ahora bien, supongamos que queremos hacer que el mismo método trabaje con cualquier tipo de objetos:

//T: parámetro de tipo
public T GetEntityByID<T>(int idEntity)
{
    // Aquí va el código para armar el objeto. Veremos mas adelante qué necesitamos
    // para instanciar un objeto T
    // ahora se complica un poco mas porque no sabemos bien que tipo de objetos es T
    return entity;
}

Y ahora cuando llamamos a este método le vamos a indicar con qué tipo de objetos tiene que operar:

Persona p = GetEntityByID<Persona>(5);
Ticket t = GetEntityByID<Ticket>(8);
Auto a = GetEntityByID<Auto>(19);

this.Title.Replace(“.Net”, “Java”);

Porque no todo en la vida es .Net:

El pase de diapositivas requiere JavaScript.

Esto es Java usando la librería gráfica SWT. Lindo, ¿no?.

Que se vea nativo en Linux, Mac OSX y Windows es kinda priceless.

Relanzar Excepciones

Me encontraba buscando la causa de porque perdía el stack trace al relanzar excepciones capturadas y finalmente logre dar en el clavo, las estaba usando mal… shame on me!.

No recuerdo de donde tomé la mala costumbre, pero lo que venía haciendo hasta ahora era:

try
{
    // Algo de código
}
catch (Exception ex)
{
    // Hago algo con ex
    throw ex;
}

Resulta que al hacer esto no estamos relanzando la excepción original, estamos iniciando un nuevo camino para la excepción usando la misma instancia de ex.

Para solucionarlo, es decir, no perder el stack trace debemos modificar el código para que quede así:

try
{
    // Algo de código
}
catch (Exception ex)
{
    // Hago algo con ex
    throw;
}

¿Soy el único pavote que lo hacía mal?

Quiero creer que no

Atacando dos frentes: Serialización de objetos y transporte sobre UDP

Hola!, hoy voy a contarles un poco sobre el protocolo UDP y luego mostraré un ejemplo para aprovechar la serialización de objetos de la que les hablé hace unos días.

Como siempre, vamos a empezar por lo más básico.

Una de eventos y suscriptores

Navegando por StackOverflow me encontré con una pregunta interesante de alguien que buscaba la forma de disparar eventos sin la necesidad de comprobar primero la existencia de suscriptores. Si no lo conocen al sitio, les recomiendo que le peguen una miradita porque es realmente útil, es sencillamente un sitio de preguntas y respuestas para programadores.

Serializando y deserializando objetos

Todos hemos escuchado hablar alguna vez la palabra serialización, pero posiblemente nunca nos hemos preocupado lo suficiente como para saber que es, en que consiste y cual es su utilidad.

Generalmente cuando empezamos a programar aplicaciones que deben interactuar remotamente con otras (o con ella misma) es ahí cuando deberemos invertir unos minutos en comprender este concepto, muy importante por cierto y de extrema utilidad.

Superamos las 10.000 visitas!

¡Hemos superado la marca de las 10.000 visitas!

Cuando empezamos con Matías, jamas nos imaginamos que ibamos a lograr algo así! Si bien pueden parecer pocas comparado con otros blogs mucho mas grosos, para nosotros es todo un logro! Y todo gracias a ustedes!

Esperamos seguir creciendo! Vamos a ver si llegamos a las 20.000! trataremos de seguir posteando cosas interesantes y de servirles de ayuda!

Un abrazo a todos!

Entity Framework: The version of SQL Server in use does not support datatype ‘datetime2′.

Holasss amigosss! Dando los primeros pasos con Entity Framework me encontré con el siguiente error:

The version of SQL Server in use does not support datatype ‘datetime2′.

Googleando un poco encontré el siguiente artículo el cual voy a resumir y traducir:

Éste error se produce cuando generamos el Modelo a partir de SQL 2008 y luego utilizamos SQL 2005… es decir, Visual Studio genera el modelo por única vez basándose en los tipos de datos de SQL 2008 (que incorpora date y datetime2). Al cambiar el conection string de la conexión a SQL se produce éste error ya que el modelo no se actualiza solo.

Para actualizarlo a mano es sencillo:

1. Dentro de la solución de Visual Studio hacer click derecho sobre el archivo EDMX y hacer click en “Open with…”
2. Seleccionar la opción XML Editor
3. Modificar el valor del atributo ProviderManifestToken de 2008 a 2005
4. Volver a compilar y listo

De todas formas es siempre recomendable utilizar la misma configuración en todos los entornos (desarrollo, testing y producción) pero hay casos en que no es posible…

Espero que les haya servido…saludos!

Feliz Cumpleaños Pabloide!

Te deseamos con todo el equipo detrás de Datapayasadas (?!) lo mejor en tu día!, cuidado con comer mucha torta con el calor que está haciendo estos días puede caer media pesadita.
Que la pases bien!

Feliz 2010!!!

Les mandamos un saludo muy grande a todas las personas que nos siguieron este año!

Esperamos que tengan un excelente 2010 lleno de proyectos interesantes y nuevas tecnologias! Tendremos entre nosotros el nuevo Visual Studio 2010 que nos dara mucho para hablar!

Les mandamos un abrazo grande y que lo pasen muy bien!

Feliz 2010!!!