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. Puedes alentar a los usuarios a interactuar con tu app más a menudo reduciendo la cantidad de datos que tu 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 que implementar APIs de REST que te permiten especificar criterios de consulta que limitan los datos devueltos mediante el uso de parámetros, como el momento de la última actualización.

Del mismo modo, cuando se descarguen imágenes, es aconsejable reducir el tamaño de los elementos del lado 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 manera repetida mediante el almacenamiento en caché. Si almacenas en caché los datos y recursos de tu app, creas una copia local de la información a la que la app necesita hacer referencia. Si la app necesita acceder a la misma información varias veces durante un período breve, solo deberás descargarla en la memoria caché una vez.

Es importante almacenar en caché de la forma más agresiva posible con el fin de reducir la cantidad total de datos de descarga. Siempre almacena en caché los recursos estáticos, incluidas las descargas on demand (como imágenes de tamaño completo), durante el mayor tiempo posible. Los recursos a pedido se deben almacenar por separado para permitirte vaciar regularmente la caché a pedido, a fin de administrar el tamaño.

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

// 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
}

// 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 y un tamaño de caché para el cliente permitirá que la biblioteca use la caché de HTTP, como se muestra en el siguiente ejemplo de código:

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

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é de forma condicional pueden validar su actualización desde 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 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 en caché los datos en la caché de aplicación administrada y segura con Context.getCacheDir(). Ten en cuenta que esta caché interna se puede vaciar cuando el sistema se ejecuta con poco almacenamiento disponible.

Usa un repositorio

Para obtener un enfoque más sofisticado del almacenamiento en caché, considera el patrón de diseño de repositorio. Esto implica crear una clase personalizada, conocida como repositorio, que proporciona una abstracción de API sobre algunos datos o recursos específicos. En un principio, el repositorio puede recuperar sus datos de varias fuentes, como un servicio web remoto, pero proporciona a los llamadores una versión almacenada en caché de los datos en llamadas posteriores. Esta capa de indirección te permite proporcionar una estrategia de almacenamiento en caché sólida que sea 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.