¿Por qué son los servicios REST de Android ContentProviders?

Google podría haber proporcionado una API JDBC,
Pero optó por envolver SQLite con un servicio REST.
Cuales son los beneficios ?

¿Por qué los servicios REST de Android ContentProviders?

Dado que abstraían la recuperación de datos de los propios datos .

Mientras que para una fuente de datos sqlite, los datos están en el teléfono, puede implementar fácilmente un proveedor de contenido que toma sus datos de un servicio en la nube.

Así que puede codificar contra la misma interfaz y cambiar fácilmente su implementación de recuperación de datos.

Se trata de Recursos. Un ContentProvider tiene Recursos (URIs) y le da MIME / Tipos de la misma. Usted puede utilizar con sólo 4 métodos crud simples. Eso es lo mismo que usar un servicio REST en HTTP. Muy genérico y simple, elegante, creo.

Así que su aplicación puede utilizar mi ContentProvider sin saber nada sobre la base de datos, la estructura, las declaraciones – como un servicio REST. JDBC no es tan simple.

  • Sms de Android lectura por número
  • Proveedores de contenido en conflicto
  • ¿Cómo utilizar el soporte FileProvider para compartir contenido con otras aplicaciones?
  • ¿Por qué ContentResolver.requestSync no activa una sincronización?
  • Android: Cómo escuchar cambios de contacto como WhatsApp
  • Cómo definir la frecuencia de las actualizaciones de SyncAdapter en android?
  • ¿Error al insertar datos en Proveedor de contenido propio?
  • Android: transacciones SQLite al usar ContentResolver
  • EXCEPCIÓN FATAL: ThumbnailManager-1 mientras comparte imágenes con Intent
  • Android: implemente la sugerencia de búsqueda de aplicaciones basada en la respuesta del servidor
  • Android Sincronización automática con datos personalizados
  • FlipAndroid es un fan de Google para Android, Todo sobre Android Phones, Android Wear, Android Dev y Aplicaciones para Android Aplicaciones.