Evitare i download non ottimizzati

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

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

Analogamente, quando scarichi immagini, è buona norma ridurre le dimensioni immagini lato server, anziché scaricare immagini a grandezza originale che riducono sul cliente.

Memorizzazione nella cache delle 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. Se memorizzi nella cache i dati e le risorse dell'app, crei una copia locale le 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 il più aggressivo possibile per ridurre il numero totale quantità di dati scaricati. Memorizza sempre nella cache le risorse statiche, inclusi i download on demand come le immagini a grandezza naturale, per il tempo ragionevolmente possibile. Le risorse on demand devono essere archiviate separatamente per consentirti di svuotare regolarmente la cache on demand e gestirne le dimensioni.

Per assicurarti che la memorizzazione nella cache non causi la visualizzazione di dati non aggiornati nella tua app, utilizza i codici di stato e gli intestazioni HTTP appropriati, come gli intestazioni ETag e Last-Modified. In questo modo puoi stabilire quando devono essere aggiornati i contenuti associati. Ad esempio:

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

Puoi configurare alcune librerie di rete in modo che rispettino automaticamente questi codici di stato e queste intestazioni. Ad esempio, quando utilizzi OkHttp, la configurazione di una directory della cache e delle dimensioni della cache per il client consente alla libreria di utilizzare la memorizzazione nella cache HTTP, come mostrato nel seguente esempio di codice:

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 cache configurata, puoi gestire direttamente richieste HTTP memorizzate nella cache dallo spazio di archiviazione locale, eliminando così la necessità di aprire una connessione di rete. Le risposte memorizzate nella cache in modo condizionale possono convalidarne l'aggiornamento 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 dati non sensibili nella directory della cache esterna non gestita utilizzando Context.getExternalCacheDir() In alternativa, puoi memorizzare i dati nella cache dell'applicazione sicura gestita utilizzando Context.getCacheDir() Tieni presente che questa cache interna potrebbe essere svuotata quando il sistema sta per esaurirsi. spazio di archiviazione disponibile.

Nota: i file memorizzati in entrambe le posizioni della cache vengono cancellati quando l'app viene disinstallata.

Utilizza un repository

Per un approccio più sofisticato alla memorizzazione nella cache, considera la progettazione del repository pattern. Ciò comporta la creazione di una classe personalizzata, nota come repository, che fornisce un'astrazione dell'API su alcuni dati o risorse specifici. Il repository inizialmente 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 indirizzamento indiretto ti consente di fornire una strategia di memorizzazione nella cache solida specifica per la tua app. Per ulteriori informazioni sull'utilizzo del pattern Repository all'interno della tua app, consulta la Guida all'architettura dell'app.