android: comment utiliser getApplication et getcontexteapplication de non activité / service de classe

Je suis en utilisant l'extension de la classe d'application sur Android pour partager mes données à l'échelle de l'ensemble de l'application.

Je peux utiliser getApplication() méthode de toutes mes activités.

Cependant, il existe certaines personnalisé des classes d'aide, j'ai créé; par exemple, un XMLHelper classe qui n'hérite pas de toute activité /service de la classe.

Ici la getApplication() méthode n'est pas disponible.

Comment puis-je régler cette question et quelles sont les meilleures pratiques de conception pour résoudre ce problème?

InformationsquelleAutor Raj | 2011-03-17
  1. 54

    La getApplication() méthode est situé dans le Activity classe, c'est pourquoi vous ne pouvez pas y accéder à partir de votre classe d'aide.

    Si vous avez vraiment besoin pour accéder à votre contexte de l'application à partir de votre aide, vous devez maintenir une référence à l'activité du contexte et de le passer sur l'invocation de l'aide.

    • j'ai des tonnes de différents flux xml à analyser et mettre à jour des variables globales OU insérez-le dans sqlite, basé sur différents scénarios... donc au lieu de créer un nouveau parseur xml classe je pensais que pour des raisons de simplicité usage le meilleur et le plus simple est de créer un seul analyseur xml classe qui prend soin de tous les xml logique d'analyse pour tous les scénarios. j'ai variables globales partagées par le biais de la classe d'application et pour sqlite, j'ai un singleton de données de la classe helper (également exposés par classe d'application) et donc la nécessité pour getApplication() ou getcontexteapplication() dans les classes d'aide
    • Ensuite, il suffit de passer votre activité du contexte pour les aides. Notez que par le partage de tout en de multiples endroits de la création d'un étroitement associée de la conception.
    • Veuillez donner l'exemple de code.
    • c'est faux, pour une fuite contexte d'activité en dehors de l'activité du cycle de vie.. vous devriez utiliser quelque chose comme WeakReference pour le contexte que vous envoyez aux objets d'aide à l'extérieur de votre activité
    InformationsquelleAutor mgv
  2. 27

    La getApplication() méthode est situé dans le Activity classe, de sorte que chaque fois que vous voulez getApplication(), dans un non-activité de la classe, vous devez passer un Activity exemple, le constructeur de cette non activité de la classe.

    supposer que le test est ma non activité de la classe:

    Test test = new Test(this);

    Dans la classe que j'ai créé un constructeur:

     public Class Test
 {
    public Activity activity;
    public Test (Activity act)
    {
         this.activity = act;
         //Now here you can get getApplication()
    }
 }
    • Votre chemin est bon. C'est très utile, mais que faire dans le cas lorsque nous appelons une classe de service par le biais de l'intention? COMME Intention myIntent = new Intent(context, AutoSyncService.class); "AutoSyncService" est ma classe de service que la façon d'utiliser le contexte de la classe?
    • Essayez cette dev2qa.com/...
    InformationsquelleAutor Chirag
  3. 20

    En jetant un objet de Contexte à un objet d'Activité compile bien.

    Essayez ceci:

    ((Activity) mContext).getApplication(...)

    • Est-il sécuritaire? N'est-ce pas ce que ça va lancer une exception? J'ai toujours peur de castings..
    • yep, il échoue lorsque le contexte est un service. Mais vous devez savoir au moment de l'invocation contexte que vous allez utiliser.
    InformationsquelleAutor Some Noob Student
  4. 2

    Passer soit dans un Contexte (de sorte que vous pouvez accéder à des ressources), ou prendre l'aide de méthodes statiques.

    InformationsquelleAutor Robby Pond
  5. 2

    Afin d'éviter de passer cet argument que j'utilise la classe dérivée de l'Application

    public class MyApplication extends Application {

private static Context sContext;

@Override
public void onCreate() {
    super.onCreate();
    sContext=   getApplicationContext();

}

public static Context getContext() {
    return sContext;
}

    et invoquer MyApplication.getContext() dans des classes d'aide

    InformationsquelleAutor Lapenkov Vladimir
  6. 1

    L'envoi de votre contexte d'activité à d'autres classes pourraient causer memoryleaks parce que la tenue de ce contexte vivant, c'est la raison pour que le GC ne peut pas détruire l'objet

    • Cela ne devrait être un problème si l'instance que vous êtes de passage le contexte est lui-même statique ou visés par un autre objet statique. Si vous utilisez Android Studio les inspecteurs seront en mesure de découvrir la plupart de ces problèmes.
    InformationsquelleAutor RClemens
  7. 0

    essayer cela, l'appel de l'activité dans le constructeur

    public class WebService {
private Activity activity;

        public WebService(Activity _activity){
            activity=_activity;
            helper=new Helper(activity);

        }
}
    InformationsquelleAutor Issac Balaji