Evitare i download non ottimizzati

Alcuni utenti della tua app hanno un accesso intermittente a internet o hanno limiti alla quantità di informazioni che possono scaricare sui loro dispositivi. Puoi incoraggiare gli utenti a interagire con la tua app più spesso riducendo la quantità di dati che l'app deve scaricare.

Il modo più semplice per ridurre i download è scaricare solo ciò che ti serve. In termini di dati, ciò significa implementare API REST che consentono di specificare criteri di query che limitano i dati restituiti utilizzando parametri come l'ora dell'ultimo aggiornamento.

Analogamente, quando scarichi immagini, è buona norma ridurne le dimensioni lato server, anziché scaricare immagini di dimensioni originali che vengono ridotte sul client.

Memorizza nella cache le risposte HTTP

Un'altra tecnica importante è evitare di scaricare dati duplicati. Puoi ridurre la probabilità di scaricare ripetutamente gli stessi dati utilizzando la memorizzazione nella cache. Memorizzando nella cache i dati e le risorse della tua app, crei una copia locale delle informazioni a cui l'app deve fare riferimento. Se la tua app deve accedere alla stessa informazione più volte in un breve periodo di tempo, devi scaricarla nella cache una sola volta.

È importante memorizzare nella cache in modo più aggressivo possibile per ridurre la quantità totale di dati scaricati. Memorizza sempre nella cache le risorse statiche, inclusi i download on demand, come le immagini a grandezza originale, per il periodo di tempo più lungo possibile. Le risorse on demand devono essere archiviate separatamente per consentirti di svuotare regolarmente la cache on demand per gestirne le dimensioni.

Per assicurarti che la memorizzazione nella cache non comporti la visualizzazione di dati obsoleti nell'app, utilizza i codici di stato HTTP e le intestazioni appropriati, ad esempio le intestazioni ETag e Last-Modified. In questo modo puoi determinare quando i contenuti associati devono essere aggiornati. Ad esempio:

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

Puoi configurare alcune librerie di networking in modo che rispettino automaticamente questi codici di stato e intestazioni. Ad esempio, se utilizzi OkHttp, la configurazione di una directory e di una dimensione della cache per il client consentirà alla libreria di utilizzare la memorizzazione nella cache HTTP, come mostrato nell'esempio di codice seguente:

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();

Una volta configurata la cache, puoi gestire le richieste HTTP completamente memorizzate nella cache direttamente dallo spazio di archiviazione locale, eliminando la necessità di aprire una connessione di rete. Le risposte memorizzate nella cache in modo condizionale possono convalidare la loro aggiornabilità dal server, eliminando il costo della larghezza di banda associato al download. Le risposte non memorizzate nella cache vengono archiviate nella cache delle risposte per le richieste future.

Puoi memorizzare nella cache i dati non sensibili nella directory della cache esterna non gestita utilizzando Context.getExternalCacheDir(). In alternativa, puoi memorizzare i dati nella cache dell'applicazione gestita e sicura utilizzando Context.getCacheDir(). Tieni presente che questa cache interna potrebbe essere svuotata quando lo spazio di archiviazione disponibile nel sistema è in esaurimento.

Utilizza un repository

Per un approccio più sofisticato alla memorizzazione nella cache, prendi in considerazione il pattern di progettazione Repository. Ciò comporta la creazione di una classe personalizzata, nota come Repository, che fornisce un'astrazione dell'API su alcuni dati o risorse specifici. Inizialmente, il repository potrebbe recuperare i dati da varie origini, ad esempio un servizio web remoto, ma fornisce ai chiamanti una versione memorizzata nella cache dei dati nelle chiamate successive. Questo livello di indirezione ti consente di fornire una strategia di memorizzazione nella cache efficace e specifica per la tua app. Per ulteriori informazioni sull'utilizzo del pattern di repository all'interno della tua app, consulta la Guida all'architettura delle app.