Qué herramienta de ORM debo usar para el desarrollo de .Net

Question

Mi empresa está buscando utilizar un ORM para un nuevo desarrollo en .Net. Actualmente estamos buscando nHibernate, debido a su popularidad, sin embargo, LLBLGen es otra opción que podemos considerar. El costo no es un factor primario. Necesitamos una solución que proporcione una buena separación del modelo de dominio de la base de datos, una buena estrategia de almacenamiento en caché, productividad de desarrollo (es decir, si puedo editarla en una GUI en lugar de archivos de configuración, excelente), buen soporte al cliente.

Sé que nHibernate es muy popular, pero también sé que el precio (es gratuito) puede ser parte de esa razón para los tipos de fuente abierta. Dado que el costo no es un factor primario (a menos que el precio sea> $ 10,000), ¿cuál elegiría dadas nuestras circunstancias? Además, ¿qué otros factores, además de los que he enumerado, consideraría más importante al elegir un ORM?

Resolución

Finalmente nos decidimos por NHibernate como una solución, sin embargo, en retrospectiva, creo que me habría ido con LL si tuviéramos que hacerlo de nuevo. Simplemente no se encuentran los archivos de mapeo xml. Los generadores de código que encontré para NHibernate dejaron mucho que desear. Sí, me parece que Fluent NHibernate es un desarrollo interesante, pero prefiero esperar a que madure antes de usarlo.

Al final resultó que la parte más importante de mi proceso de aprendizaje no fueron las tecnologías, sino dos patrones de diseño: el repositorio y los patrones de interfaz separados. Al definir una interfaz de depósito para el acceso a los datos (Jeffrey Palermo tiene varias publicaciones en el blog y los libros Apress y Wrox MVC también lo muestran), podemos usar LinqtoSQL, LLBLGen, NHibernate, etc. y cambiar la implementación de DAL más tarde si cambiamos Entonces, mientras uno de mis compañeros de trabajo usa NHibernate en su aplicación, elegí usar LinqToSQL en mi aplicación más reciente y funcionó bien.

Answer 1

Si no te importa pagar, te sugiero LLBLGen.

Lista completa de características here.

Desde el sitio:

La verdadera base de datos de código independiente

completa herencia de apoyo tipo de entidad

LINQ

listas con tipo y vistas

Los procedimientos almacenados apoyan

concurrencia flexible mecanismo de

de grano fino marco de validación

soporte de la mesa Derivado

Answer 2

que sugieren nos fijamos en las diversas cuestiones similares en primer lugar, por ejemplo: https://stackoverflow.com/questions/380620/what-object-mapper-solution-would-you-recommend-for-net

Answer 3

Depende un poco de lo que quiere:

• ¿Quieres crear sus propias clases de dominio, que se no tiene que heredar de la interfaz o clase base definida por ORM, NHibernate es la solución preferida.

• ¿Desea generar automáticamente clases de entidad en función de su modelo de base de datos, entonces debe ir por LLBLGen.

Answer 4

Utilizamos nHibernate mucho. Hasta aquí todo bien.

Answer 5

He estado usando LlblGenPro desde 2003. Es un gran producto , a un precio razonable, soporte maravilloso a través del sitio web de diseño de soluciones. Frans (el desarrollador principal) emite parches según sea necesario y nuevas instalaciones completas con frecuencia, para que los clientes que tienen problemas puedan aprovechar las soluciones rápidamente.

La versión actual es compatible con Linq junto con su infraestructura de acceso tradicional. La versión 3 está en desarrollo, pero probablemente no se lanzará hasta 2010.

LlbGen comienza leyendo los esquemas actuales de la base de datos que pueden ahorrar tiempo en el desarrollo del mapeo db al objeto en comparación con nHibernate.

Hay cosas que me gustaría mejorar con LlblGen, pero soy un usuario muy feliz por mucho tiempo y su apoyo es inmejorable.

Answer 6

¡Otra votación para LLBLGEN, no podría vivir sin ella!

Answer 7

SignumFramework tiene un full LINQ Provider, y está basado en un enfoque basado en la entidad. La otra cara es que está bien solo para los nuevos desarrollos (no para las bases de datos existentes).

Answer 8

Si comienza desde cero, puede utilizar NHiberbate, que también tiene un fondo sólido. Pero, estamos utilizando LLBLGen Pro en más de un proyecto, y es muy sólido y ortogonal. También tiene una muy buena documentación. NHibernate tiene una gran comunidad (si también agregamos Hibernate), pero LLBLGen es un producto muy maduro, un foro muy útil y muy buena documentación.

¿Qué es el RDMS que se utilizará? Estamos utilizando LLBLGen Pro con Oracle, y separa absolutamente las operaciones genéricas y específicas de la base de datos sin problemas. Se ha evitado Inner Platform Effect perfectamente. (Piense en las secuencias de Oracle y los campos de identidad de SQL Server, por ejemplo. No es un problema con LLBLGen Pro.)

LLBLGen Pro es un generador de códigos muy extenso. Mapea los objetos en la base de datos a una capa de acceso a la base de datos como un proyecto (s) que se pueden agregar fácilmente a su solución. Esto tiene una muy buena ventaja que no se puede tener a primera vista: si un procedimiento almacenado o incluso un campo cambia/elimina, notará el error en tiempo de compilación, no de tiempo de ejecución. Entonces, si ya tiene una base de datos en ejecución, vaya con LLBLGen Pro.

También puede agregar sus componentes de fuente de datos a Visual Studio si es un tipo de arrastrar y soltar y enlazar fácilmente los datos. Algunas personas lo encuentran útil para proyectos ASP.NET.

Una cosa más importante: Listas tipadas: Estas son muy útiles para crear fuentes de datos sin cambiar ningún código en la base de datos. Por lo tanto, si tiene algunas cuadrículas que muestran datos, puede proporcionar datos sin tocar la base de datos, que se vuelve muy segura en entornos críticos.

Así que, sugeriría LLBLGen Pro aunque N/Hibernate tiene más usuarios.

Answer 9

Para proyectos pequeños utilicé Sooda pero eso fue hace aproximadamente un año. Ahora solo y definitivamente NHibernate.

Answer 10

Echa un vistazo DataObjects.Net (GPL + comercial).