Utilizzo della classe dell'applicazione Android per rendere persistenti i dati

Sto lavorando su un'applicazione Android abbastanza complessa che richiede una quantità piuttosto grande di dati sull'applicazione (direi un totale di circa 500 KB - è grande per un dispositivo mobile?). Da quello che posso dire, qualsiasi cambiamento di orientamento nell'applicazione (nell'attività, per essere più precisi) provoca una completa distruzione e ricreazione dell'attività. In base alle mie scoperte, la classe Application non ha lo stesso ciclo di vita (cioè è, a tutti gli effetti, sempre istanziata). Ha senso memorizzare le informazioni sullo stato all'interno della classe dell'applicazione e quindi farvi riferimento dall'attività, o questo generalmente non è il metodo "accettabile" a causa dei vincoli di memoria sui dispositivi mobili? Apprezzo davvero qualsiasi consiglio su questo argomento. Grazie!

Non penso che 500kb sarà un grosso problema.

Quello che hai descritto è esattamente come ho affrontato il mio problema di perdita di dati in un'attività. Ho creato un singleton globale nella classe Application e sono stato in grado di accedervi dalle attività che ho usato.

Puoi passare i dati in un singleton globale se verrà utilizzato molto.

public class YourApplication extends Application 
{     
     public SomeDataClass data = new SomeDataClass();
}

Quindi chiamalo in qualsiasi attività:

YourApplication appState = ((YourApplication)this.getApplication());
appState.data.UseAGetterOrSetterHere(); // Do whatever you need to with the data here.

Ne discuto qui nel mio post sul blog , nella sezione "Global Singleton".

Coloro che contano Applicationsull'istanza hanno torto. All'inizio, può sembrare che Applicationesista finché esiste l'intero processo dell'app, ma questo è un presupposto errato.

Il sistema operativo può terminare i processi se necessario. Tutti i processi sono suddivisi in 5 livelli di "killability" specificati nel doc .

Quindi, ad esempio, se la tua app va in background a causa dell'utente che risponde a una chiamata in arrivo, a seconda dello stato della RAM, il sistema operativo potrebbe (o meno) uccidere il tuo processo (distruggendo l' Applicationistanza nel processo) .

Penso che un approccio migliore sarebbe quello di conservare i tuoi dati nel file di archiviazione interno e poi leggerlo quando riprende la tua attività.

AGGIORNARE:

Ho ricevuto molti feedback negativi, quindi è ora di aggiungere una precisazione. :) Beh, inizialmente ho usato davvero l'ipotesi sbagliata che lo stato sia davvero importante per l'app. Tuttavia, se la tua app è OK a volte lo stato viene perso (potrebbero essere alcune immagini che verranno semplicemente rilette / scaricate di nuovo), allora è del tutto OK mantenerlo come membro di Application.

Se vuoi accedere al "Singleton globale" al di fuori di un'attività e non vuoi passare Contextattraverso tutti gli oggetti coinvolti per ottenere il singleton, puoi semplicemente definire un attributo statico nella tua classe dell'applicazione, che contiene il riferimento a si. Basta inizializzare l'attributo nel onCreate()metodo.

Per esempio:

public class ApplicationController extends Application {
    private static ApplicationController _appCtrl;

    public static ApplicationController getAppCtrl()
    {
         return _appCtrl;
    }
}

Perché sottoclassi di Application possono ottenere le risorse, è possibile accedervi semplicemente quando si definisce un metodo statico, che le restituisce, come:

public static Resources getAppResources()
{
    return _appCtrl.getResources();
}

Ma fai molta attenzione quando passi i riferimenti al contesto per evitare perdite di memoria .

Dave, che tipo di dati sono? Se sono dati generali che riguardano l'applicazione nel suo insieme (esempio: dati utente), estendi la classe Application e memorizzala lì. Se i dati riguardano l'attività, è necessario utilizzare i gestori onSaveInstanceState e onRestoreInstanceState per rendere persistenti i dati durante la rotazione dello schermo.

Puoi effettivamente ignorare la funzionalità di orientamento per assicurarti che la tua attività non venga distrutta e ricreata. Guarda qui .

Puoi creare la classe Application e salvare tutti i tuoi dati su quel calss per usarli ovunque nella tua applicazione.

So che questa è la domanda molto vecchia, ma l'utilizzo del ViewModel dai componenti jetpack è il modo migliore per preservare i dati tra la rotazione delle attività.

La classe ViewModel è progettata per archiviare e gestire i dati relativi all'interfaccia utente in modo consapevole del ciclo di vita. La classe ViewModel consente ai dati di sopravvivere a modifiche di configurazione come le rotazioni dello schermo.