scala jpa lift

scala - ORM para Lift: ¿Mapper o JPA?



(2)

Ahora estoy frente al mismo dilema :) Tenga en cuenta que Mapper / Record no son más Scalish que JPA / Hibernate (por ejemplo, en Mapper y Record se usan entidades mutables). Verificación de fragmentos Uso de entidades de Scala "inmutables" con Hibernate y Mapeo de la opción de scala en Hibernate para ver cómo se puede usar Hibernate de una manera bastante escalable. Entonces, si ya conoces a Hibernate y te sientes cómodo con él, será mejor que vayas de esta manera. De lo contrario, para proyectos pequeños, puedes probar Mapper.

Estoy creando una pequeña aplicación para mi empresa en Lift. Soy bastante novato en Scala / Lift, así que aprovecho esta oportunidad para practicar. Ahora, tengo una pregunta sobre qué sistema de ORM usar.

Por un lado, Mapper es el valor predeterminado de Lift. Por otro lado, he leído que no es bueno en ciertas áreas y será reemplazado por Record (que aún no está bien documentado, es tan difícil de seguir por un nuevo usuario como yo).

Frente a Mapper tenemos JPA: Java estándar, probado y robusto ORM con implementaciones de confianza como Hibernate, pero no del todo "scala-ish" y se pierden las capacidades proporcionadas por defecto por Mapper debido a su integración con Lift.

He leído en las listas de correo algunas afirmaciones de que JPA se está convirtiendo en el camino a seguir para Lift, pero no parece una opinión generalizada. ¿Alguien puede aportar algo de luz al asunto?

¡Gracias!


Depende de lo que necesites Si tiene un modelo que utiliza en gran medida las relaciones de herencia y uno / muchos a muchos, entonces podría estar mejor con JPA.

Sin embargo, si quieres un cambio rápido, Mapper es el camino a seguir. Mapper / Crudify son un gran par de andamios, y ese poder es difícil de superar.