Una classe "Globals" con variabili statiche in Android è sicura?

Question

Qualcuno può illuminarmi sulla sicurezza di una classe che detiene valori globali in Android?

Ecco un breve esempio di ciò che intendo:

public class Globals { 
    public static int someVariable = 0; 
    public static User currentUser = null; 
    public static Handler onLogin = null; 
} 

Poi da qualche parte in un Activity faccio la seguente:

Globals.someVariable = 42; 
Globals.currentUser = new User("John", "Doe"); 

devo fare affidamento su Globals.currentUser a più posti nel mio app come appena l'utente ha effettuato l'accesso, ma non sono sicuro se dovrei farlo, e anche se potessi usare un gestore come questo.

Ho letto ovunque che un'app per Android potrebbe essere uccisa in qualsiasi momento, significa che viene uccisa completamente o forse solo una parte di essa, quindi uccide solo la mia classe Globals?

O c'è qualche altro modo per memorizzare i dati disponibili a livello globale in modo sicuro, senza dover scrivere ogni cambio membro al database (in realtà, la mia classe User è un po 'più complessache in questo esempio. ;-)

Grazie per il vostro impegno!

---

Edit: Ok, ecco quello che ho finalmente fatto:

public class MyApp extends Application { 

    private static MyApp _instance; 

    public MyApp() { 
     super(); 
     _instance = this; 
    } 

    public static MyApp getContext() { 
     return _instance; 
    } 
    .... 
    private User _user = null; 
    public User getUser() { 
     if (_user == null) _user = new User(); 
     return _user; 
    } 
} 

quindi modificare il AndroidManifest.xml e aggiungere android:name=".MyApp" per il nodo application a dire l'applicazione per utilizzare la sottoclasse.

Finora tutto funziona correttamente e posso accedere facilmente all'attuale Context (ad esempio in SQLiteOpenHelper) chiamando MyApp.getContext().

Answer 1

Sarebbe meglio usare la classe Android Application. E 'pensata per memorizzare lo stato di applicazione globale

http://developer.android.com/reference/android/app/Application.html

Basta creare una sottoclasse e assicurarsi di aggiornare il file di manifesto per usare la vostra versione. Quindi puoi memorizzare tutto ciò che ti serve. Le attività hanno un metodo getApplication() che è possibile trasmettere alla classe per accedere all'implementazione

Answer 2

Il motivo è sconsigliato: si verificheranno problemi durante il test dell'unità.

Puoi spiegare come testare unitamente una classe che deve fornire "utenti" personalizzati diversi qui? Stai forzando una classe finta/falsa in "Utente" che probabilmente avrà un effetto incrociato su altri test o stai mettendo un (se) test nel tuo codice che diventa brutto rapidamente.

Con il passare del tempo la compilazione artificiale di questa classe per i test diventa più complessa e inizia ad avere relazioni e dipendenze.

Più semplicemente rende difficile testare una classe in isolamento.

È uno di quei modelli che un determinato programmatore non vede o non usa mai perché è stato bruciato - vedrai una via di mezzo.