Präferenz Auf Change Listener

Habe ich gelesen, diesen hilfreichen Beitrag :

SharedPreferences.onSharedPreferenceChangeListener nicht aufgerufen wird, konsequent

Aber ich habe kein Glück. Ich bin versucht, zu erstellen eine OnSharedPreferenceChangeListener läuft in einem service. Alles richtig umgesetzt wird, aber der Hörer wird nicht immer ausgelöst.

public MyServiceOne extends Service {

    public SharedPreferences mSharedPreferences;

    //Listener defined by anonymous inner class.
    public OnSharedPreferenceChangeListener mListener = new OnSharedPreferenceChangeListener() {        

        @Override
        public void onSharedPreferenceChanged(SharedPreferences sharedPreferences, String key) {
            Log.d("debug", "A preference has been changed");            
        }
    };

    @Override
    public void onCreate() {            
        mSharedPreferences = getSharedPreferences(MySharedPreferences.NAME, Context.MODE_PRIVATE);
        mSharedPreferences.registerOnSharedPreferenceChangeListener(mListener);
    }

    @Override   
    public void onDestroy() {
        super.onDestroy();
        mSharedPreferences.unregisterOnSharedPreferenceChangeListener(mListener);
    }
}

UPDATE

Dem problem ergibt sich aus einer Tatsache, die ich nicht erwähnt habe. Ich bin mit zwei von Dienstleistungen und beim gemeinsamen Vorliebe Veränderungen in MyService2 nichts ausgelöst. Im manifest definiere ich die Dienste in verschiedenen Prozessen ausgeführt werden. Gibt es eine Möglichkeit, diese Arbeit zu machen?

InformationsquelleAutor jjNford | 2011-11-01
  1. 8

    Nach der Erlangung der einige Erfahrung mit Android habe ich kommen Sie zurück, um diese Frage zu beantworten und helfen, jemand anderes, die Probleme mit dieser Art von situation.

    Die Umsetzung der OnSharedPreferenceChangeListener korrekt ist. Das problem liegt in der manifest-und Anwendungsarchitektur. Da die Dienste laufen in verschiedenen Prozessen Android geschaffen hat, Unterschied Dalvik Virtuelle Maschinen für jeden service, damit Sie nicht "hören" jeden anderen Hörer.

    Das war einfach schlechtes design - Der bessere Weg, um Ansatz die Idee, die zwei gleichzeitige services zu schaffen, ist ein service, der jedes threads "service" aus, um gleichzeitig ausgeführt werden. Auf diese Weise können Sie teilen sich die gleichen Heap somit teilen die gleichen Objekte & Hörer

    Wenn jemand entschlossen waren, verwenden Sie zwei Dienstleistungen, die Sie schaffen könnte ein BroadcastReceiver zu fangen Absichten für Sie, dass Einstellungen geändert werden müssen - oder die Kommunikation über sockets. Es gibt auch Möglichkeiten, dies zu tun mit einem ContentProvider (Bitte nicht TUN). Aber nochmal, es gibt keinen Grund für irgendwelche von diesem, wenn das design gut ist.

    • Man könnte auch eine Methode, die ständig erneuert shared preference-Datei vor dem abrufen von Daten oder editieren.
    InformationsquelleAutor jjNford
  2. 0

    Warum nicht lassen Sie Ihre service implementieren OnSharedPreferenceChangeListener?

    Dass wie es nicht eine anonyme innere Klasse, damit es nicht bekommen, garbage Collection, und Sie können weiterhin tun, was Sie wollen, in den Dienst.

    • Das war das erste, was ich versucht und es hat nicht funktioniert. Sorry für die nicht erwähnen, dass.
    • Das einzige was ich mir vorstellen kann ist, dass du vielleicht nicht den Aufruf der richtigen SharedPreferences. Haben Sie versucht, mit mSharedPreferences = PreferenceManager.getDefaultSharedPreferences(getApplicationContext());?
    • Ja, ich versuchte dies und es hat nicht funktioniert entweder. Ich weiß, dass ich nannte es richtig getestet habe ich diese mit dem gleichen code in der PreferenceActivity, die ich habe und es funktionierte perfekt. Ich werde versuchen, einen listener in der service aber so kann ich die Aktion in seiner Klasse. Nur scheint logischer und einfacher zu Folgen und debug. Die einzige Lösung, die ich sehe, ist an dieser Stelle zu implementieren, die es in der PreferenceActivity und senden Sie eine broadcast... scheint nur, wie sollte es einen besseren Weg.
    • Ich nur überprüfen wenn ich das aufrufen der richtigen Einstellungen, indem Sie die Protokollierung für einzelne Werte und es richtig war, so, das ist sicher nicht das problem.
    • Na dann bin ich ja Angst, ich weiß nicht, was die Ursache dieses nicht zu funktionieren. Kann ich eine alternative vorschlagen wenn. Wie wäre es mit Ihrer Application Klasse der OnSharedPreferenceChangedListener? Das kann man übrigens auch hören, wenn Sie eine Präferenz geändert wird und die PreferenceActivity ist nicht aktiv.
    • Okay also ich habe das problem gefunden... schaut Euch das update, da wird es eine weitere Frage von ihm. Danke.
    • Tut mir Leid, ich weiß nicht viel über Prozesse und mag, und ich fürchte, ich kann dir nicht helfen auch nicht weiter. Viel Glück obwohl.
    • Vielen Dank für Ihre Hilfe.

    InformationsquelleAutor Lars
  3. 0

    Ich weiß, dieser thread ist alt. Aber hat jemand versucht, dies mit MODE_MULTI_PROCESS?

    MODE_MULTI_PROCESS

    InformationsquelleAutor WoodsLink
Schreibe einen Kommentar