Anwendungskontext für SharedPreferences?

Kann ich ApplicationContext für die Arbeit mit SharedPreferences und ab, zum Beispiel RemoteService?

Logisch, ich denke, dass ich kann. Gibt es irgendwelche Nuancen in einem solchen Ansatz?

InformationsquelleAutor user1074896 | 2012-02-02
  1. 13

    als Gunnar Karlsson erwähnt ContextWrapper ist getApplicationContext() Nutzung seine ziemlich klar, dass Sie sollten nur verwenden Activity oder Service Kontext auf anmelden/Abmelden Ihre Empfänger, bind/unbind Ihre Dienstleistungen (, es sei denn, es ist wirklich erforderlich, sich zu registrieren mit statischen Daten, die nicht einer bestimmten Komponente) zu vermeiden, unsicher, memory-leaks und um sicher zu sein, auch wenn Sie manchmal vergessen, um die Registrierung, das system wird klar, dass es für Sie mit Warnungen.

    Aber, für getSharedPreferences(...) Sie können immer irgendwelche ApplicationContext oder Context ohne eine Anhängevorrichtung. Die Grund ist, wurde klar erwähnt

    Für einen bestimmten Satz von Einstellungen(hier SharedPreferences), es ist eine einzelne Instanz von
    diese Klasse, die alle Kunden teilen.

    Immer nur eine Referenz, die über den application context wird nicht halten Sie die Referenz für immer. Es ist nur ein Verweis auf die Präferenzen über den application context wie jeder andere. So wird es gelöscht, sobald der Benutzer ist fertig.

    Bitte beachten Sie, dass die Registrierung eines Empfängers über den application context wird erhalten bleiben, wie die Globale Staat im Zusammenhang mit Ihrer Anwendung. So wird es nie sein gelöscht für Sie.

    Bitte jemand korrigieren Sie mich, wenn ich falsch bin.

    Hoffe, dies wird Ihnen helfen.

    • Ich möchte glauben, dass dies, hoffe es ist richtig.
    • Bitte fügen Sie Ihre Erkenntnisse zur Unterstützung der Kommentar. Schließlich, alle Benutzer sollten wissen, warum Sie denken, die oben genannten Antworten ist richtig.
    InformationsquelleAutor Ajay Kumar Meher
  2. 10

    Sollten Sie die Activity oder Service Context, d.h. 'this', es sei denn, Sie haben eine klare und starke Grund, nicht zu. Verwenden Sie nur ApplicationContext wenn Sie brauchen eindeutig einen Verweis auf den globalen Zustand der Applikation.

    Vom Android-Entwickler-API-docs auf ContextWrapper s getApplicationContext() Methode:

    Diese sollten grundsätzlich nur verwendet werden, wenn Sie benötigen einen Kontext, dessen Lebenszyklus getrennt vom aktuellen Kontext, d.h. gebunden an die Lebensdauer des Prozesses anstelle der aktuellen Komponente.

    und

    mithilfe der Datei ApplicationContext (...) [im Gegensatz zu z.B. einer Aktivität oder Service-Kontext] kann leicht dazu führen, dass schwerwiegende Lecks, wenn Sie vergessen, um die Registrierung, Bindung, etc.

    Beispielsweise zum abrufen SharedPreferences in einem Activity um z.B. Daten zu verändern, das dem Benutzer angezeigt wird, verwenden Sie this.getSharedPreferences(...) da gibt es keinen klaren Grund, warum würden Sie brauchen, um Tippen Sie in der Anwendung Lebenszyklus. Gleich, in einer Service verwenden this.getSharedPreferences(...). (Beachten Sie, dass Aktivität und Service Zusammenhängen. Sie indirekt verlängern android.content.Context)

    CommonsWare geschrieben hat, eine in die Tiefe gehende Antwort: Wenn zu call activity Kontext und Anwendungskontext?, wo er den Fall, dass der Aufruf getApplicationContext() "is almost always wrong" ist, und beschreibt die wenigen Ausnahmen, wenn es zu benutzen:

    • binden an einen Service aus einer Tätigkeit.
    • etwas muss gebunden werden, um einen Zusammenhang mit der globalen scope.

    CommonsWare auch links, die auf eine Antwort vom Android-Framework-Ingenieurin Dianne Hackborn:

    Die erste Regel, die ich geben würde: wenn Sie nicht wissen, warum müssen Sie [Application Context], Sie wahrscheinlich nicht brauchen es (...)Die einzige Zeit, die Sie verwenden möchten, getApplicationContext() ist, wenn Sie benötigen einen Kontext, existiert außerhalb des Lebenszyklus einer Activity-Klasse (oder andere Komponente).

    Mehr Antworten auf das gleiche Thema mit Diskussionen über die Fragen im Zusammenhang mit ApplicationContext:

    InformationsquelleAutor Gunnar Karlsson
  3. 1

    Ja, Sie können getApplicationContext() für, die. Sie können getApplicationContext() überall, das Sie verwenden getBaseContext() oder die this Schlüsselwort, wenn eine Aktivität oder Dienstleistung, außer für sehr spezielle Fälle wie beim hinzufügen von Ansichten oder Dialogen der Benutzeroberfläche.

    Hier ist ein ausgezeichneter Artikel darüber, was Kontext ist und was es tut, ich würde auf jeden Fall empfehlen, geht durch.

    InformationsquelleAutor Raghav Sood
Schreibe einen Kommentar