¿Es Hibernate un exceso para una aplicación de Android?
Estoy buscando un buen ORM para mi aplicación Android y, a primera vista, parece que para un dispositivo móvil que prefiero utilizar algo más simple, tal vez. La cosa es que estoy asumiendo aquí sin pruebas reales, así que pensé en pedir la opinión de la comunidad (tal vez hay alguien que ha pasado por la experiencia). Es una aplicación bastante grande (para móviles) y se ejecutará en una tableta dedicada.
Qué piensa todo el mundo ? ¿Es Hibernate demasiado para una aplicación de Android? ¿Habrá problemas de rendimiento?
- Extraño problema de rendimiento con Galaxy Tab
- Android Studio Toma mucho tiempo para ejecutar la aplicación en un dispositivo real
- Api de rendimiento de Android nivel 11 y superior
- ¿Cómo actualizar Android ListView con datos dinámicos en tiempo real?
- ¿Por qué WebView es mucho más rápido que un TextView?
¿Qué usarías si crees que es demasiado?
Soy consciente de que hay otras preguntas pidiendo alternativas, pero decidí preguntar ya que la mayoría de esas preguntas simplemente asumieron que era una exageración y pidió otras opciones y comencé a preguntarme "¿Es realmente y exceso? Debido a mi falta de experiencia, simplemente lo pienso, pero realmente no puedo dar una respuesta si se me pide que explique por qué. ¿Es el rendimiento? ¿Es demasiada configuración (que no me importa)?
¡Gracias!
- ¿Por qué la aplicación diseñada por el material es más lenta que la aplicación diseñada por holo?
- ¿Por qué se crea un FrameLayout extra para fragmentos?
- Cómo obtener el tiempo de computación en NDK
- Android: Actualiza los datos de fragmento anteriores cuando se pulsa el botón de retroceso
- ¿Cómo puede el código nativo de Android dirigirse a múltiples tipos de procesadores?
- La forma más rápida de consultar los contactos con "números de teléfono móvil" en Android
- Heap sigue aumentando en Google Map API V2
- Cómo acelerar el proceso de compilación de Android Studio
Me gustaría recomendar mi paquete ORMLite . Fue diseñado para ser mucho menos pesado en comparación con Hibernate (e iBatis). Creo que Hibernate es demasiado para las aplicaciones de Android, especialmente teniendo en cuenta el tamaño del código y el número de dependencias.
El puerto Android de ORMLite realiza llamadas directas a la API de la base de datos de Android. Se han entregado varias aplicaciones con ORMLite correctamente.
Hibernate proporciona una serie de características que no pueden ser soportadas por las llamadas a la base de datos de Android, por lo que estará pagando por la complejidad que ni siquiera puede utilizar. Tampoco estoy seguro de que tenga un backend nativo de Android. El uso de SQLite sobre JDBC no es oficialmente compatible con Android y no pude conseguir que funcionara de forma fiable.
Sí hibernar es demasiado y otros han buscado alternativas.
Leer aquí:
- Portátil ligero marco java orm para android
- ¿Cualesquiera buenas herramientas de ORM para el desarrollo de Android?
- ¿Alternativa ligera a Hibernate?
Elige el tuyo. Todos los derechos reservados
Ya hay bastantes preguntas similares a las tuyas. Empezar con:
- ORM en android SQLite y esquema de base de datos
- ¿Hay buenas herramientas ORM para el desarrollo de Android?
- ¿Alternativa ligera a Hibernate?
- ¿Hay buenos ORMs (preferiblemente implementaciones JPA) que soportan SQLite (en Android)?
- Capa de base de datos de nivel superior para Android?
- Manipulación / persistencia de objetos Android
Aunque algunas de esas preguntas podrían estar obsoletas a estas alturas.
- ListPreference: utiliza string-array como Entry y entero-array como Valores de entrada no funciona
- ¿Cómo crear un RelativeLayout programáticamente con dos botones uno encima del otro?