¿Que es un ORM?

Eso me lo pregunte hace ya varios años y me di a la tarea de buscar por internet que era eso, ya que en una charla que asistí hablaron al respecto y la verdad desconocía que era eso.

Para el mundo de java estos temas ya estaban en la palestra, ya que en .Net se han conocido pero solo ORMs comerciales hasta en la versión 2005 de .net con LINQ to SQL o Entity Framework, el único que conocí hace ya varios años que es OpenSource es el NHibernate.

Bueno pero no era de una herramienta en especial que quería comentarles, sino de responder esa pregunta que a la fecha todavía no me queda bien clara, pero haré el intento de escribirlo en un par de lineas.

Un Object Relational Mapping (ORM) es el mapeo o si le queremos llamar de otra forma la representación en una clase u objeto de una tabla de una base de datos(a esta altura algunos estarán diciendo eso no es completamente cierto).

Patrones de Diseño en acción

Hace un par de años escribí sobre los Patrones de Diseño, no se que me dio en aquel entonces porque la verdad fue bastante lo que compartí ese día.

Hoy quisiera no hablar de la teoría que encontraremos mucha en la red, sino sobre cosas ya existentes que aplican los patrones de diseño, y para eso tomare de ejemplo del sitio de Microsoft de “Patterns and Practices”, la parte de los Bloques de Aplicación(Application Blocks) ahora conocido como Enterprise Library.

Yo los conocí desde que existía un Starter Kit que se bajaban para la versión 2003 de VStudio .Net, y ya había un intento de lo que ahora son las librerías.

Me enfocare hoy en la librería o Application Block de acceso a datos (Data Access Application Block), el cual ha evolucionado ya que en un inicio era enfocado a una sola base de datos, la versión actual es la Enterprise Library 5.

Por ejemplo para crear una instancia del objeto que manipulara las conexiones a datos se hace esto:

Dim db As Database = DatabaseFactory.CreateDatabase(“ConnectionStringNameOfOurDatabase”)

Al ver el nombre de “DatabaseFactory” el nombre nos refiere a una Factoría o Fabrica de Clases, la cual internamente utiliza el patrón Abstract Factory para la creación de la Clase, además internamente utiliza el Patrón Singleton para mantener una única clase y poder así compartir las transacciones distribuidas que se puedan realizar.

Por cierto con Data Access Application Block puedes conectarte facilmente a Oracle y SQL Server, hay me cuentas si tienes algún codigo fuente adicional para poderse conectar a otra base de datos.

“El fracaso tiene mil excusas, el éxito no requiere explicación”

¿Que es Middleware?

Hace poco me hicieron la pregunta de que es middleware, en mi mente tenia la respuesta ya que he leido al respecto y utilizado software realizando dicho rol, pero sinceramente no la pude responder de la mejor forma, así que decidí postear algo para aclarar bien que es un software del tipo Middleware.

Talvez ya hayan escuchado sobre Software Distribuido, aplicaciones multicapas, arquitectura orientado al servicio(SOA), y muchos otros terminos nuevos, pues uno de tantos que podemos escuchar actualmente es el middleware que si lo defino concretamente es lo siguiente:

“El middleware es un software o conjunto de componentes desarrollados que sirven para integrar aplicaciones, como lo es un Servidor de Transacciones o Servidor de Aplicaciones, el cual en un ambiente donde interactuen distintas tecnologías(heterogeneo) se encargue de comunicar e integrar los datos de diversa indole, y haciendolo de forma conectada o desconectada(asincrona o sincrono), facilitando la integración de aplicaciones y plataformas.”

Patrones de Diseño

El martes anterior en el tema que compartió Jorge Barrientos, compañero de la Comunidad de Desarrolladores MSNETSV, tratamos un tema bastante importante y que hizo recordar cuando leí al respecto por primera vez.

En ese entonces, fue en el año 2005 cuando encontré sobre ese tema en la red, la verdad no entendí mucho a lo que se refería el tema, ya que todavía pensaba en el desarrollo tradicional (aunque se suponía que ya empezaba a realizar tareas de Arquitectura de Software) y todavía no digería todo completamente.

Esta introducción la hago porque este tipo de temas es donde hay que pensar de una forma no tan tradicional para poder comprender los conceptos y la utilidad de los Patrones de Diseño.

Entonces surge la pregunta de rigor, ¿Que es un Patrón de Diseño?

El nombre por si solo no nos dice mucho, ya que talvez pensaremos que es sobre Diseño Web, o será Diseño de Datos, o bien puede ser Diseño de Interfaz de Usuario. Y realmente no tiene nada que ver con ninguna de las cosas que comento, para no ser tan dificil el asunto empezaremos por decir que un Patron de Diseño no es mas que la experiencia de resolver problemas especificos de programación expresados en un formato estándar para poder ser implementado en cualquier lenguaje de programación.