Mi empresa está buscando utilizar un ORM para un nuevo desarrollo en .Net. Actualmente estamos viendo 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 editarlo 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 gratis) puede ser parte de esa razón para los tipos de código abierto. Dado que el costo no es un factor primario (a menos que el precio sea> $ 10,000), ¿cuál elegirías dadas nuestras circunstancias? Además, ¿qué otros factores, además de los que he enumerado, consideraría más importantes al elegir un ORM?

Resolució

Finalmente nos decidimos por NHibernate como solución, sin embargo, en retrospectiva, creo que me habría ido con LL si hubiera tenido 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. Creo que NHibernate fluido es un desarrollo interesante, pero prefiero esperar a que madure primero antes de usarlo.

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