Pregunta

Digamos que tenías:

  • una base de datos
  • un montón de programas GUI de Windows .NET
  • un montón de aplicaciones web Java

podrías usar Hibernate para las cosas de Java y NHibernate para las cosas de .NET, pero ¿las dos realmente interoperarían o serían pilas completamente diferentes?

Si no es así, ¿existe un marco de persistencia que permita que Java y .NET compartan la lógica empresarial?

¿Fue útil?

Solución

No puedo hablar por la gente de Java, pero desde el lado de .NET creo que los archivos de mapeo podrían compartirse (archivos xml que describen la relación entre la base de datos y los objetos).

Aparte de eso, ¿qué te gustaría compartir? ¿Estás pensando en lógica de negocios? Por favor, defina " compartir lógica " un poco más lejos.

Puede hacer que su gente de Java escriba el código de persistencia y lo exponga como servicios REST, luego los programadores de .NET Windows GUI podrían codificar contra eso ... o viceversa.

En última instancia, no debería haber mucho Hibernate / nHibernate code, ya que su trabajo es que ya no tenga que escribir tanto código de acceso a datos. Lo que queda es la lógica de la aplicación con una interacción mínima con (n) Hibernate, que será diferente según su idioma.

Otros consejos

Yo creo que no. nHibernate toma a Hibernate como referencia, pero en realidad no comparten el código y se desarrollan a un ritmo diferente. Tendría que conocer las limitaciones de ambos.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top