Compare y contraste NHibernate y OpenAccess de Telerik

Question

¿Ha utilizado el OpenAccess ORM de Telerik ? ¿Cómo se compara con NHibernate? ¿Cuándo debería considerar usarlo sobre NHibernate?

Answer 1

Me pregunto lo mismo. Por un lado, está NH con su auto gratuito, de código abierto, pero con opciones de soporte limitadas. Por otro lado, una adición bastante nueva a la caja de un proveedor de herramientas conocido, OA.

OA cuesta dinero, pero obtienes apoyo. NH es gratuito, pero se sabe que el apoyo, al menos en mi breve experiencia, es limitado y lento.

Creo que ambos son probablemente buenos productos. He decidido probar OA porque ya soy usuario de las herramientas de Telerik. OA y su apoyo se pagan de todos modos.

NH utiliza clases y objetos simples sin decoraciones en las propiedades de clase. OA requiere decoraciones (bien generadas por la interfaz gráfica de usuario de OA Visual Studio).

NH requiere una " sesión " en el cual hacer una unidad de trabajo con la base de datos; OA lo llama "alcance". Ambos usan " transacción " ;.

OA tiene integración con Visual Studio y puede mapear tanto hacia adelante como hacia atrás desde y hacia una base de datos. El mapeo hacia adelante es para que pueda diseñar sus clases y luego "empujar" aquellos en la base de datos para persistencia. El '' reverso '' es para ti " modelo de dominio " desarrolladores, que es lo que prefiero.

OA definitivamente está experimentando algunas actualizaciones importantes a medida que Telerik juega "ponerse al día" según su reciente adquisición y lanzamiento de OpenAccess, anteriormente propiedad de Vanatec (fuera de Alemania).

En cuanto a una "facilidad de uso" y "rendimiento / escalabilidad" punto de vista, me gustaría saber dónde se encontraba cada uno. Estoy seguro de que alguien podría hacer una prueba honesta entre los dos y hacer esas determinaciones.

Una cosa que me gusta de NH son las plantillas disponibles para generar el código necesario, no solo para el "tonto" objetos de negocio (que es todo lo que OA genera ahora), pero para un BLL y DLL. Después de mucha conversación con Telerik, tengo la impresión de que planean más opciones de generación de código para que OA sea más útil de forma inmediata.

¡Espero que esto ayude! Alguien trate de obtener algunas estadísticas sobre los problemas de rendimiento.

Answer 2

No lo he usado, pero un beneficio obvio para mí es que OpenAccess es compatible con Telerik, donde nHibernate es compatible con la comunidad. Dependiendo de su empresa, esto puede ser un factor decisivo si está listo para adoptar soluciones de código abierto sin garantía de soporte.

Editar

Para el registro, soy un gran defensor de nHibernate, y de código abierto en general. He estado usando nHibernate durante los últimos seis meses, utilizándolo para todo el trabajo nuevo en nuestra aplicación web. Para mi compañía actual es una buena opción (a las Startups les encanta).

Sin embargo, mi empleado anterior, habría tenido dificultades para aceptar un componente respaldado por la comunidad como pieza central de su infraestructura. Esto es perfectamente razonable ya que los sitios web de estas compañías son su única fuente de ingresos. ¿Desea apostar a toda su empresa en un software que no tiene responsabilidad asociada? Algunas personas no querrían correr ese riesgo.

Personalmente, he encontrado que el soporte para nHibernate está a la par e incluso mejor con algunos proveedores comerciales.

Mi punto no es criticar OSS, sino destacar un beneficio de usar software que tenga un respaldo corporativo, con un canal de soporte dedicado y con todo el personal.

Answer 3

Una razón más: actualmente OpenAccess tiene mejores características de rendimiento, si necesita un ORM rápido para su proyecto, será una mejor opción. Consulte puntos de referencia ORM para obtener más detalles.

Answer 4

Yo diría que nHibernate es gratis y OpenAccess cuesta $ 399. Aunque CodeSmith con plantillas nHibernate es de $ 99- $ 399 si desea que nHibernate se automatice fácilmente. Parece que OpenAccess tiene más transparencia en la capa de datos y probablemente sea más fácil de mantener. Pero, si usara algo como Spring.Net, no solo tendría nHibernate automatizando los datos sino también la capa de servicio automatizada. Aunque tome eso con un poco de sal porque nHibernate y Spring.Net son otro lote de archivos de configuración que deben mantenerse. Apuesto a que OpenAccess es amigable con la GUI. Cualquiera de los dos funciona, pero hay mucha más información sobre nHibernate.