SharedPreferences in AsyncTask speichern. Sinvoll oder nicht?

Hallo,

benutze statt commit, apply das soll performance verbessern.

Und nicht jeden Wert einzeln speichern sondern als "packet".

Wenn ich in der Docu schau steht dort zwar nicht das es async läuft, aber das Framwork wartet bis alle Werte gespeichert sind. Und weiter steht:"commit läuft im Gegensatz zu apply synchron" also würde ich als asynchrone ansehen.

Genau, aber wenn Du auf nummer sichergehen willst, ist ja kein problem den Async Body drum zu zaubern

Das einzige was Du in der Konstellation beachten musst, ist, dass Du Situationen erzeugen kannst, in denen nachfolgende LESEzugriffe, die unmittelbar nach dem execute() des AsyncTask erfolgen, evtl. noch alte Daten bekommen.
Zwischen execute() und doInBackground() kann eine relativ lange Zeit liegen. Speziell bei der sequenziellen Ausführung.

Vorab: ich habe das Problem nicht, insofern ist meine Antwort theoretisch und aus dem hohlen Bauch heraus und sollte praktisch verifiziert werden.

Nachdem Fitzpatrick schreibt: "so you'll probably want to load the SharedPreferences during your onCreate() and re-use the same instance, avoiding the stat." würde ich einen SharedPreference-Singleton im Application Objekt anlegen und alles darüber laufen lassen. (Verhindert natürlich nicht Concurrency Probleme bei async Operationen, aber einen Tod muss man wohl sterben.)

BTW hast Du verifiziert, dass die 1-2 Sekunden Lag von denen Du sprichst tatsächlich durch die SharedPreferences verursacht werden? Oder könnte es zB auch ein GC sein?

Lars F.

Also in der oncreate oder resume eine sharedprefs anlegen die für die ganze activity sichtbar ist und dann nur die verwenden?

Mal ein zusammengestrichenes Beispiel aus meiner App, ergänzt um SharedPreferences (die ich - wie gesagt - so nicht benötige). ACHTUNG: Die Streichungen/Ergänzungen habe ich aus der hohlen Hand (i.e. ohne Compiler) gemacht.

public class SudokuDojoApplication extends Application {
    // EDIT: Die Konstante hatte ich beim ersten Post vergessen...
    private static final String PREFS = "SudokuDojoPrefs";

    private static Context sContext;
    private static SharedPreferences sSharedPreferences;

    public static Context getAppContext() {
        return sContext;
    }

    public static SharedPreferences getSharedPreferences() {
        return sSharedPreferences;
    }

    @Override
    public void onCreate() {
        super.onCreate();
        sContext = this;
        sSharedPreferences = sContext.getSharedPreferences(PREFS, MODE_PRIVATE);

        // Globale Loggingkonfiguration
        if (BuildConfig.DEBUG) {
            Timber.plant(new SudokuDebugTree(getAssets()));
        } else {
            Timber.uprootAll();
        }
    }
}

Wenn Du bisher kein eigenes Application-Objekt hattest, musst Du das im Manifest deklarieren, z.B.:

<application
    android:name=".SudokuDojoApplication"
    android:icon="@drawable/ic_launcher"
[...]

Siehe auch folgendes Rezept aus dem Android Cookbook.

nein das habe ich noch nicht, wollte mal mit paar Tools drüber schauen evtl schaff ich es heute.

Das würde ich dringend machen, nicht dass Du in die falsche Richtung läufst und jetzt auch noch anfängst, Gas zu geben...

— geändert am 12.08.2015, 09:03:02