Plantilla de hibernación de primavera ¿cuándo y por qué?

Question

Saludos, Actualmente se está desarrollando una pequeña aplicación de servicio web donde la respuesta del servicio web (usando CXF + Spring) se procesa y guarda en la base de datos. Para trabajar con la base de datos, estoy usando Hibernate (3.5). Navegando por algún ejemplo de Hibernate + Spring en la web, a menudo puedo ver el uso de HibernateTemplate, así que estoy un poco confundido sobre este momento y quería preguntar:

¿Usas HibernateTemplate en tus aplicaciones Hibernate3? ¿Cuándo HibernateTemplate puede mejorar su vida de desarrollo y en función de qué puntos puedo decidir si debo usarlo o no?

Gracias.

Answer 1

Todas las plantillas de primavera (hibernación, JDBC, el descanso, la APP, etc.) tienen las mismas ventajas y desventajas:

Pro: que llevan a cabo las rutinas de configuración comunes para usted, deje que se salta el texto modelo y concentrarse en el lógica que quieras

Con: está acoplando su aplicación firmemente a la estructura de muelles. Por esta razón, Spring recomienda que ya no se use HibernateTemplate.

Específicamente, lo que HibernateTemplate hizo por usted fue abrir y cerrar sesiones automáticamente y comprometer o deshacer transacciones después de que se haya ejecutado su código. Sin embargo, todo esto se puede lograr de una manera orientada a aspectos utilizando Spring's Declarative Transaction Management.

Referencia:

• primavera Referencia: para la corriente sugirió primavera Hibernate patrones de uso
• primavera Referencia: Classic Spring Usage: HibernateTemplate

---

Actualización:

A partir de Spring 3.1 (y versiones más recientes), HibernateTemplate has been removed. Ver Hibernate para los patrones de uso actualmente sugeridos.

Answer 2

HibernateTemplate encapsula una serie de cosas para hacer su vida más fácil.

Es su elección usarlo o no. Para el caso, puede trabajar con una base de datos sin Hibernate. El material de JDBC de Spring es muy bueno. Puede que le resulte más fácil resolver su problema sin tener que aprender Hibernate.

Answer 3

Permítanme aclarar una cosa que Spring's HibernateTemplate no será compatible en el futuro, eso significa que las versiones Hibernate 4+ no son compatibles con HibernateTemplate. Por lo tanto, se recomienda utilizar declarative transaction management según lo sugerido por Sean.

Answer 4

El patrón OpenSessionInViewFilter es efectivo. Esto abre una sesión de Hibernate & lo vincula a su hilo, durante el procesamiento de cada solicitud. OpenSessionInView también amplía la sesión y la capacidad de carga para visualizar la representación & de la capa de vista, lo que reduce la complejidad del acoplamiento & (al permitir que 'solo funcione').

Mis filosofías realmente no concuerdan con la gestión de transacciones declarativas basadas en aspectos. Me gusta hacer que los principales eventos de cambio de estado/ciclo de vida sean 'explícitos', ya que deben ser absolutamente definitivos, no dependen débilmente de múltiples capas ocultas & ocultas, que pueden funcionar o no.

Proporciona un punto para depurar en.

La confirmación de TX es solo una línea de código; pero es el más importante sobre el que quieres romper el punto. Ya no sintácticamente, que una declaración 'transaccional'; pero muchísimo más definido.

Francamente encuentro "comandos de usuario" o "solicitudes", que son el lugar adecuado para iniciar una transacción & transaccionalidad de control, debe estar bien estructurado, bien identificado & bastante explícito dentro de la aplicación.

(tuve problemas para conseguir las cosas aspecto de clase de carga de trabajo, tratando de que cuando salió por primera vez. Mi evaluación es que en comparación con el código OO bien escrito, aspecto sólo se ha limitado valor marginal.)

Consejo: Generalmente hago una clase de ayuda, para que sea realmente conveniente para obtener la sesión & para confirmar la transacción.

HbHelper o somesuch.

Answer 5

Todas las plantillas estarán en desuso en el futuro. Es mejor usar el administrador de entidades, que es el estándar de JPA.