c# - studio - Análisis de mercado ORM
visual studio installer (3)
Hicimos un análisis realmente profundo hace dos años (2010) entre NHibernate, EF y Llblgen y elegimos el último. Definitivamente pensamos que tomamos la decisión correcta.
Llblgen Pro es un ORM precioso y maduro (Entity FW necesita evolucionar aún: m: n directo, enum, herencia ...). Fácil de usar, modelo y base de datos primero sin XML para ver, solo un buen diseñador gráfico.
- Altamente eficiente: obtenga solo las columnas que necesita ... o use TypedList para obtener columnas agrupadas / agrupadas de uso común ... o mapee sus vistas con TypedViews, o mapee sus procedimientos de recuperación de tiendas ... o use consultas ad-hoc. ¡Incluso podría crear algunas plantillas mapeando su propio POCO (TypeValue) y llamar directamente a SQL! (no hemos tenido que ir tan lejos)
- Desde el diseñador, use su propio marco o NHibernate o Entity Framework, o LINQ to SQL
- Gran cantidad de funcionalidades que se perderían una vez que haya decidido entrar en producción (captación previa, transacciones, ayudantes de enlace de datos, paginación, (de) serialización, personalización (propiedades, inyección de dependencia, autorización, auditoría, ...)
... pero es mucho más: un gran diseñador de modelos y un sistema de plantillas.
Desde el ORM en:
- Un buen uso de plantillas personalizadas (por ejemplo, ASP.Net, MVC, REST o WCF) proporciona un sistema de andamios / arquitectura común -> permite a los codificadores menos experimentados ponerse al día y ser más productivos. Las soluciones comunes se reutilizan (su costo desciende: no es "código vs. entender e integrar" sino "código frente a conector"). Aunque se trata de formularios web antiguos de ASP.Net, consulte http://northwind.angte-demo.com/ para tener una idea de lo que puede obtener con las plantillas.
- Código para su aplicación particular en VS como de costumbre. Si el código es reutilizable, agregue el código a la plantilla (generalmente significa cambiar en un archivo similar a ASP cosas como "Producto" con "<% = Entity.Name%>", no personal duro).
Me gustaría ver su experiencia con herramientas populares de ORM, como NHibernate, LLBLGen, EF, S2Q, Genom-e, LightSpeed, DataObjects.NET, OpenAccess, ...
Desde mi experiencia: - Genom-e es silencioso, capaz de Linq & performance, soporte de desarrollo - EF carece de algunas funciones clave como carga lenta, soporte de Poco, pers.ignorance ... pero en 4.o puede haber superado .. - DataObjects.Net hasta ahora es bueno, aunque encontré algunos errores: la curva de aprendizaje empinada NHibernate, sin soporte 100% Linq (como en Genom-e y DataObjects.Net), pero muy útil, extensible y maduro
Es la mejor comparación que puedes encontrar en este momento.
Desde mi experiencia, por cierto: aléjate de la versión actual de NHibernate si tienes interés en LINQ: utiliza la rama de desarrollo. El soporte de LINQ entra en la DLL principal Y, lo que es más importante, es mucho mejor y más completo que los métodos de adición limitada en las versiones actuales.
