Cómo evitar las descargas no optimizadas

Algunos de los usuarios de tu app tienen acceso intermitente a Internet o tienen límites en la cantidad de información que pueden descargar en sus dispositivos. Para incentivar a los usuarios a interactuar con tu app con mayor frecuencia, puedes reducir la cantidad de datos que la app necesita descargar.

La forma más simple de reducir las descargas es descargar solo lo que necesitas. En términos de datos, eso significa implementar las APIs de REST que te permiten especificar los criterios de consulta que limitan los datos que se muestran con parámetros como la hora de la última actualización.

Del mismo modo, cuando descargas imágenes, se recomienda reducir el tamaño de las imágenes del servidor, en lugar de descargar imágenes de tamaño completo que se reducen en el cliente.

Almacena en caché las respuestas HTTP

Otra técnica importante es evitar la descarga de datos duplicados. Puedes reducir la probabilidad de descargar los mismos datos repetidas veces mediante el almacenamiento en caché. Cuando almacenas en caché los datos y recursos de tu app, creas una copia local de la información a la que tu app necesita hacer referencia. Si tu app necesita acceder a la misma información varias veces durante un período corto, debes descargarla en la caché solo una vez.

Es importante almacenar en caché de la forma más agresiva posible para reducir la cantidad total de datos que descargas. Siempre almacena en caché los recursos estáticos, incluidas las descargas a pedido, como imágenes de tamaño completo, durante el tiempo que sea razonablemente posible. Los recursos a pedido deben almacenarse por separado para permitirte vaciar con regularidad la caché a pedido y administrar su tamaño.

Para garantizar que el almacenamiento en caché no muestre datos inactivos en la app, usa los encabezados y los códigos de estado HTTP adecuados, como los encabezados ETag y Last-Modified. Esto te permite determinar cuándo se debe actualizar el contenido asociado. Por ejemplo:

Kotlin

// url represents the website containing the content to place into the cache.
val conn: HttpsURLConnection = url.openConnection() as HttpsURLConnection
val currentTime: Long = System.currentTimeMillis()
val lastModified: Long = conn.getHeaderFieldDate("Last-Modified", currentTime)

// lastUpdateTime represents when the cache was last updated.
if (lastModified < lastUpdateTime) {
    // Skip update
} else {
    // Parse update
    lastUpdateTime = lastModified
}

Java

// url represents the website containing the content to place into the cache.
HttpsURLConnection conn = (HttpsURLConnection) url.openConnection();
long currentTime = System.currentTimeMillis();
long lastModified = conn.getHeaderFieldDate("Last-Modified", currentTime);

// lastUpdateTime represents when the cache was last updated.
if (lastModified < lastUpdateTime) {
    // Skip update
} else {
    // Parse update
    lastUpdateTime = lastModified;
}

Puedes configurar algunas bibliotecas de red para que respeten estos códigos de estado y encabezados automáticamente. Cuando usas OkHttp, por ejemplo, la configuración de un directorio de caché y un tamaño de caché para el cliente permitirá que la biblioteca utilice el almacenamiento en caché HTTP, como se indica en la siguiente muestra de código:

Kotlin

val cacheDir = Context.getCacheDir()
val cacheSize = 10L * 1024L * 1024L // 10 MiB
val client: OkHttpClient = OkHttpClient.Builder()
    .cache(Cache(cacheDir, cacheSize))
    .build()

Java

File cacheDir = Context.getCacheDir();
long cacheSize = 10L * 1024L * 1024L; // 10 MiB
OkHttpClient client = new OkHttpClient.Builder()
    .cache(new Cache(cacheDir, cacheSize))
    .build();

Con la caché configurada, puedes entregar solicitudes HTTP almacenadas en caché por completo directamente desde el almacenamiento local, lo que elimina la necesidad de abrir una conexión de red. Las respuestas almacenadas en caché condicionalmente pueden validar su actualización desde el servidor y eliminar el costo de ancho de banda asociado con la descarga. Las respuestas no almacenadas en caché se almacenan en la caché de respuesta para solicitudes futuras.

Puedes almacenar en caché datos no sensibles en el directorio de caché externa no administrada con Context.getExternalCacheDir(). Como alternativa, puedes almacenar datos en la caché de aplicaciones administrada y segura con Context.getCacheDir(). Ten en cuenta que esta caché interna se puede vaciar cuando el sistema se está quedando sin almacenamiento disponible.

Nota: Los archivos almacenados en la ubicación de la caché se borran cuando se desinstala la app.

Usa un repositorio

Para obtener un enfoque más sofisticado sobre el almacenamiento en caché, considera el patrón de diseño del repositorio. Esto implica crear una clase personalizada, conocida como repositorio, que proporciona una abstracción de API sobre algunos datos o recursos específicos. Inicialmente, el repositorio puede recuperar sus datos de varias fuentes, como un servicio web remoto, pero proporciona a los emisores una versión almacenada en caché de los datos en las llamadas posteriores. Esta capa de indirección te permite proporcionar una estrategia sólida de almacenamiento en caché que es específica de tu app. Para obtener más información sobre el uso del patrón de repositorio dentro de tu app, consulta la Guía de arquitectura de apps.