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, reduce la cantidad de datos que esta 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 APIs de REST que te permiten especificar criterios de consulta que limitan los datos que se muestran mediante el uso de parámetros como la hora de tu última actualización.

Del mismo modo, cuando se descargan 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 de forma repetida con 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 en un corto período, solo debes descargarla en la caché 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 regularmente la caché a pedido y administrar su tamaño.

Para asegurarte de que el almacenamiento en caché no haga que la app muestre datos inactivos, usa los encabezados y 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, configurar un directorio de caché y un tamaño de caché para el cliente permitirá que la biblioteca use 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 completamente almacenadas en caché 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 en el servidor, lo que elimina el costo de ancho de banda asociado con la descarga. Las respuestas no almacenadas en caché se almacenan en la caché de respuestas para futuras solicitudes.

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

Usa un repositorio

Si deseas un enfoque más sofisticado para 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 la 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 de almacenamiento en caché sólida y específica para tu app. Para obtener más información sobre el uso del patrón de repositorio en tu app, consulta la Guía de arquitectura de apps.