2012-09-29 24 views
5

Actualmente estoy usando JSON (org.json) para serializar una de mis clases de datos. Cuando lo paso en un paquete o con un intento, simplemente llamo .toString() en el lado del remitente y luego recreo la clase en el lado de recepción. De todo lo que he leído hasta ahora, no debería implementar Serializable de Java debido a problemas de rendimiento. Estoy en el proceso de reescribir ciertas partes de la aplicación y estaba considerando hacer que mis clases de datos implementen Parcelable y las transfiera de esa manera. ¿Cuáles serían las ventajas si lo hiciera de esa manera? ¿Sería preferible si usara la biblioteca Jackson JSON en su lugar? La mayor parte del trabajo JSON se basa en la API; el servidor responde solo con JSON. También guardo algunos de los JSON para el almacenamiento en caché en el lado de la aplicación.Ventajas de Parcelable sobre JSON

Respuesta

7

Creo que JSON es, de lejos, el mecanismo más conveniente para los POJO típicos; y parece poco probable que el rendimiento sea significativamente peor que con Parcelable. La implementación parcelable podría ser más compacta; pero si eso es problemático, podrías incluso comprimir cargas payasadas JSON. Probablemente probaría primero JSON y vería cómo funciona.

+0

Hola @StaxMan, ¿alguna fuente? –

+0

+1 para POJOs :) – sotrh

+0

@LucaFagioli desafortunadamente no tengo un enlace a las mediciones, simplemente no he oído hablar de ninguna mejora en el rendimiento ni ninguna queja sobre el rendimiento de JSON (excepto por la sobrecarga de inicio de algunas bibliotecas) – StaxMan

Cuestiones relacionadas