Solo me pregunto si alguien ha tenido alguna experiencia con el soporte de POCO de Entity Framework 4 y cómo se compara con NHibernate. Si son iguales, yo estaría muy interesado en hacer Entity Framework 4 mi ORM de elección aunque sólo sea porque haría:¿Cómo se compara el soporte POCO de Entity Framework 4 con NHibernate?
- de apoyo tanto de datos primero y el objeto primer desarrollo
- Tener una robusta proveedor de LINQ
- ser más fácil de lanzar a los clientes (ya que está desarrollado por Microsoft)
- Venga al horno en el marco .NET en lugar de requerir 8 dlls para poner en marcha
En OTH ¿Hay alguna falla importante en EF4?
¿Es compatible con todas las funciones básicas que admite NHibernate (carga lenta, carga ansiosa, almacenamiento en caché de primer nivel, etc.) o sigue siendo áspero en los bordes? ¿Es la sintaxis para configurar las asignaciones tan fácil como NHibernate y/o Fluidez NHibernate?
Editar: Por favor, no mencione el voto de no confianza. Eso fue hace años y lidió con algunas fallas serias de EF1 que realmente ya no parecen aplicarse a EF4.
Por lo que sé, NHibernate es compatible con el primer desarrollo de datos. Por otro lado, puede pasar un tiempo antes de que algunos clientes adopten VS2010/.NET 4. –
Técnicamente, sí. NHibernate es compatible con el primer desarrollo de datos ya que no le prohíbe activamente hacerlo. Sin embargo, está claro que la ruta sugerida por NHibernate es hacer un desarrollo de código primero, mientras que EF4 parece dar el mismo peso a ambos enfoques. Por ejemplo, EF4 puede tomar una base de datos heredada existente y generar rápidamente clases que se utilizarán para el acceso a los datos. Con NHibernate, tendrías que hacer todo eso a mano, lo cual es increíblemente lento. –
¿De qué están hablando estos 8 dlls? Es solo como 4 o algo así :) y solo necesita hacer referencia a 2 de ellos ... NH y el proveedor de códigos de bytes que creo ... – dotjoe