Libro: ADO.NET Entity Framework. Aplicaciones y servicios centrados en datos

ADO.NET Entity Framework. Aplicaciones y servicios centrados en datosComo muchos otros desarrolladores, soy un sufridor del chirriar entre los modelos relacionales y de objetos (desajuste de impedancias lo llaman otros ;-)). Y dado que principalmente me dedico a la construcción de software centrado en datos, estoy especialmente sensibilizado con el tema ;-).

Conozco sistemas ORM, y en especial NHibernate, que ayudan a aliviar en gran parte esta falta de concordancia, por lo que estaba deseando ver la gran apuesta de Microsoft en este ámbito, máxime después de juguetear con su hermano pequeño, y quizás ya difunto, Linq to SQL, y ver que se quedaba bastante corto en muchos aspectos.

El libro «ADO.NET Entity Framework. Aplicaciones y servicios centrados en datos» publicado por Krasis Press hace algo más de un mes, me ha parecido una lectura muy recomendable para acercarse a esta nueva tecnología de la mano de fenónemos como Unai Zorrilla, Octavio Hernández y Eduardo Quintás.

Comienza con una breve introducción en la que se explica la necesidad de tecnologías que ayuden a salvar la distancia entre el mundo relacional de las bases de datos y el mundo más conceptual, presentado como modelos de clases a nivel de diseño software, ofreciendo seguidamente una descripción general de este nuevo marco de trabajo. A partir de ahí, va profundizando en los distintos componentes de Entity Framework, siempre de forma muy práctica y basándose en ejemplos bastante cercanos a la realidad. Se recogen, entre otros, los siguientes contenidos:


  • Creación de modelos conceptuales, usando tanto los diseñadores de Visual Studio como modificando a mano los archivos XML que describen el modelo, útil para acceder a características no soportadas por el IDE.

  • Entity Client, el proveedor ADO.NET para acceso, aunque algo rudimentario, a datos del modelo

  • eSQL, el lenguaje de consulta de Entity Framework.

  • Implementación de consultas con ObjectQuery<T> y Linq to Entities.

  • Mecanismos de actualización de datos, incluyendo las técnicas de seguimiento de cambios en objetos, transaccionalidad y concurrencia, entre otros aspectos.

  • Ejemplos de uso de Entity Framework con WCF, enlaces a datos desde controles Windows Forms, WPF o ASP.NET.

  • Servicios de datos de ADO.NET, el mecanismo de publicación de modelos de Entity Framework a través de HTTP.


En definitiva, se trata en mi opinión de un libro muy claro y didáctico, recomendable para desarrolladores que quieran obtener un buen nivel de conocimiento de esta nueva tecnología partiendo desde cero, y para tener siempre a mano cuando comencemos a practicar y utilizar Entity Framework.

Desde la web de la editorial se puede descargar el índice y varias páginas de la introducción en PDF, lo que os permitirá echarle un vistazo, así como realizar el pedido online.

Publicado en: www.variablenotfound.com.

10 comentarios sobre “Libro: ADO.NET Entity Framework. Aplicaciones y servicios centrados en datos”

  1. José M.,

    Gracias por tus amables comentarios sobre el libro.

    Por supuesto, como siempre pasa, una vez que ves el libro impreso te empiezan a surgir ideas de cosas que se podría haber hecho de otra forma (mejor), temas avanzados que quedaron para la próxima edición, etc. Pero en general, creo que el libro cumple con su cometido y resulta bastante didáctico.

    Y conste que si me atrevo a decir esto es porque una gran mayoría de los méritos del libro son atribuibles directa y fundamentalmente a Unai.

    Saludos – Octavio

  2. Espinete, creo (supongo), que la afirmación viene motivada por este enlace: (http://blogs.msdn.com/adonet/archive/2008/10/29/update-on-linq-to-sql-and-linq-to-entities-roadmap.aspx)

    OT :: Saliéndome de la entrada y de acuerdo a tu comentario y la noticia que indico, yo preferiría que hicieran LINQ to SQL para SQL Server (como está) y para Microsoft Access, y que cubrieran así a la pequeña empresa, y dejaran EF para el resto de soluciones de envergaduras más amplias.

  3. He leido el indice del libro y tengo una duda explican como poder generar las entidades en ficheros independientes para poder compartirlos por varios proyectos?
    Gracias.

  4. Hola a todos, gracias por comentar!

    Unai, Octavio, un honor tener por aquí a casi todos los padres de la criatura :-). El libro os ha quedado estupendo; y por supuesto que todo es mejorable, pero en mi opinión el punto de partida es magnífico.

    Espinete, Jorge tiene razón. El comentario sobre la posible muerte de Linq2Sql se debe al revuelo que ha causado ese post al que hace referencia, en el que se comunica que EF será la fórmula de acceso a datos recomendada, y se deja un poco en volandas el futuro de Linq2Sql.

    Jorge, respecto a tu comentario, lo que dices sería una posibilidad interesante; como dices, hay muchas soluciones que no requieren de tanto «armatoste», y seguro que tirarían bien con Linq2SQL.

    A ver lo que ocurre, pero me da que Microsoft no estará por la labor de mantener dos productos tan distintos y parecidos al mismo tiempo; probablemente L2Sql ha cumplido ya su misión: ir estableciendo las bases y aguantar hasta la llegada de Entity Framework!

    Otra posibilidad que está sugiriendo mucha gente es que lo publiquen en CodePlex, y dejen que la comunidad continúe el desarrollo. También me parece algo difícil que ocurra, pero bueno, vete tú a saber…

    Saludos.

  5. Ricardo, esa tarea es única y exclusiva de EDMGen y el libro contiene un apéndice dedicado exclusivamente a esta herramienta de linea de comandos con todas su opciones.

    Un abrazo
    Unai

  6. Con respecto a LINQ to SQL, ya es parte de .NET Framework, no voy como lo van a quitar… Tal vez lo que lo dejen tal cual está, si incluirle muchas novedades. Yo pienso que podría tener su utilidad, en proyectos pequeños con SQL Server.

    Slds – Octavio

  7. Parece interesante la propuesta de MS, pero para usar un framework (y usarlos bien) se requiere una fuerte aplicacion del concepto de OOP.
    Y esto es completemente INCOMPATIBLE con el mundo MS, pues gran parte de los programadores que estan desarrollando en .net vienen del VB y quienes conocen bien el concepto de OOP, como yo, sabe que ni en 1000 agnos dichos desarrolladores van a sacarse las pesimas practicas de programacion que les inculco MS con su VB.

    En todo caso yo recomiendo que sigan con nHibenate, es lo mejor.

    Entity Framework no lo conozco, ni me interesa conocerlo, pero tengo la impresion, de que sigue el standard de MS: Complicar los simple.

    No le veo futuro.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *