Hace más o menos un año, en mi anterior @ empresa, cuando me encontraba en una situación de “Entre Proyectos”, se me asignó la tarea de investigar el Framework NHibernate y desarrollar un proyecto Interno, para demostrar la valía del Framework .
La verdad es que ya había tenido un primer contacto con el padre de NHibernate, es decir Hibernate, por lo que el proyecto me resulto interesante. Como idea, prometía. El resultado no me resultó del todo satisfactorio. No vi el framework totalmente integrado con .Net. Desde mi punto de vista el uso de NHibernate para el desarrollo de un proyecto serio en .Net no aporta ventajas frente al uso de la capa DAO tradicional.
Ahora con la aparición de ADO.NET Entity Framework me ha vuelto a picar la curiosidad.
¿Qué es ADO.NET Entity Framework?
Para definir al Entity Framework me voy a basar en una definición del modelo entidad-relacion. En el modelo entidad-relacion tal y como lo conocemos, tenemos que implementar un conjunto de clases que definen el modelo conceptual de la base de datos y tenemos que definir la capa de acceso a datos, de tal manera que sea esta la encargada de acceder a la base de datos y mapear los datos en las clases creadas para tal efecto.
Manteniendo esta definición en mente, definimos el Entity Framework como un modelo entidad-relación ejecutable, (misma definición para NHibernate). El Entity Framework nos permite trabajar con los objetos definidos a partir del modelo de datos sin tener que preocuparnos de la capa de acceso a datos ya que él se encarga automáticamente de su persistencia.
Recent Comments