différence et quand utiliser getApplication(), getcontexteapplication(), getBaseContext() et someClass.cette

Je suis nouveau sur android et j'essaie de comprendre la différence entre getApplication(), getApplicationContext(), getBaseContext(), getContext() et someClass.this et en particulier lors de l'utilisation de ces méthodes dans le code suivant des lignes:

Lorsque je lance un toast quelle est la différence entre ces derniers et dans quel cas les utiliser?

Toast.makeText(LoginActivity.this, "LogIn successful", Toast.LENGTH_SHORT).show();
Toast.makeText(getApplication(), "LogIn successful", Toast.LENGTH_SHORT).show();
Toast.makeText(getApplicationContext(), "LogIn successful", Toast.LENGTH_SHORT).show();
Toast.makeText(getBaseContext(), "LogIn successful", Toast.LENGTH_SHORT).show();

même avec les intentions:

Intent intent = new Intent(getApplicationContext(), LoginActivity.class);
Intent intent = new Intent(MenuPagina., LoginActivity.class);
Intent intent = new Intent(getBaseContext(), LoginActivity.class);
Intent intent = new Intent(getApplication(), LoginActivity.class);

Double Possible de stackoverflow.com/q/1026973/741249 ou stackoverflow.com/q/6854265/741249
ils gérer uniquement le contexte et baseContext. mais j'aimerais comprendre l'ensemble de leurs usages dans les 2 contexes. merci

InformationsquelleAutor Pheonix7 | 2012-04-27

197

Toast et Intention, à la fois il faut faire référence à contexte. Et getApplication, getcontexteapplication, LoginActivity.cette et getBaseContext, ils proposent tous référence au contexte.

Maintenant la chose confond est la déclaration de différents contextes et de leur utilisation. Pour rendre les choses simples, vous devez compter deux types de contexte disponible dans l'Android cadre.
1. Le Contexte De L'Application
2. Contexte D'Activité
Application contexte est attachée à l'application du cycle de vie et sera toujours le même tout au long de la durée de vie de l'application. Donc, si vous utilisez Toast, vous pouvez utiliser le contexte de l'application ou même contexte d'activité (les deux), car un toast peut être porté de n'importe où dans votre application et n'est pas attaché à une fenêtre.

Activité contexte est attaché à l'Activité du cycle de vie et peuvent être détruits si l'activité est onDestroy() est soulevée. Si vous souhaitez lancer une nouvelle activité, vous devez avoir besoin d'utiliser de l'activité du contexte dans ses Intention de sorte que le lancement de la nouvelle activité est liée à l'activité courante (en termes d'activité de la pile). Toutefois, vous pouvez utiliser l'application en contexte pour lancer une nouvelle activité, mais ensuite, vous devez définir le drapeau Intent.FLAG_ACTIVITY_NEW_TASK dans l'intention de la traiter comme une nouvelle tâche.

Maintenant, en se référant à votre cas:

LoginActivity.this si sa se référant à votre propre classe qui s'étend de l'Activité de classe, mais la classe de base (Activité) s'étend aussi au Contexte de la classe, de sorte qu'il peut être utilisé pour offrir contexte d'activité.

getApplication() si sa se référant à l'objet Application, mais la classe d'Application s'étend au Contexte de la classe, de sorte qu'il peut être utilisé pour offrir contexte de l'application.

getApplicationContext() offre le contexte de l'application.

getBaseContext() offre contexte d'activité.

Conseils: si vous avez besoin de manipuler Views puis aller pour
Activité-Contexte, d'autre de l'Application de Contexte serait suffisant.
- donc, si je comprends bien, someClass.ce, getBaseContext et getContext() sont activité contexes tout getcontexteapplication() et getApplication() sont d'application contexes?
- oui. votre hypothèse est correcte
- le contexte est juste de l'information sur un environnement de droit?
- Oui, c'est comme le bac à sable qui héberge l'application
- Pourquoi l'activité-cadre pour la manipulation de vues?
- parce que l'activité de contexte contient des informations supplémentaires pour le thème choisi, de sorte que lorsque les vues sont créées dans le code puis le thème sera appliqué automatiquement. Pour plus d'info, vous pouvez la lire ceci
- se référant à l'android sdk Classes, Context -> ContextWrapper -> 1.Application & 2.ContextThemeWrapper -> Activity; et getBaseContext() est une méthode de ContextWrapper, donc getBaseContext() offers activity context. ainsi que Application Context trop...n'est-ce pas?
- lol, ce qui est sur la WindowManager$BadTokenException qui est déclenché une fois que vous avez essayé d'appeler un toast à partir d'un fini de l'activité? Cela signifie littéralement que le toast est attaché ou je me trompe? Ou est-il une différence entre dire "
- cela signifie que vous essayez d'afficher un toast à l'aide du contexte de l'activité dont la fenêtre n'est plus en vie (ou finition). Je vous suggère d'utiliser l'application en contexte pour des choses comme des toasts.
- d'accord, mais n'est-ce pas en contradiction à dire "...ou même contexte d'activité en raison d'un toast peut être porté de n'importe où dans votre application et n'est pas attaché à une fenêtre"? Parce que quand je suis à l'aide d'une instance d'activité, il devient de plus ou moins attaché à une fenêtre?
- Cette déclaration se réfère à l'utilisation de pain grillé, comme demandé par l'OP dans son code d'exemple. Mais lorsque le contexte d'activité est détruit, il n'y a pas de point à l'aide de son contexte, sinon une exception sera levée dans les journaux. Vous pouvez afficher les toasts de l'activité-contexte tant que onDestroy n'est pas appelée (ou l'activité n'est pas tué), sinon en tenir à l'application de contexte à cette fin, puisque c'est l'instance unique tout au long de l'application.
InformationsquelleAutor waqaslam
24

La réponse par Waqas est très clair et complet, cependant, je tiens à clarifier la différence entre l'utilisation de this vs getBaseContext(), ou getApplication() vs getApplicationContext(). Les deux Activity et Application étendre pas Context lui-même, mais ContextWrapper, qui est un

"L'utilisation de proxy de mise en œuvre de Context que, tout simplement, délègue tous ses appels vers un autre Context".

Que le contexte "réel" est ce que vous obtenez en utilisant getBaseContext().

Ainsi, bien que this (pour Activity) et getBaseContext() à la fois donner le contexte d'activité, ils
- (un) ne font pas référence au même objet (this != getBaseContext()) et
- (b) l'appel de contexte par le biais de this est légèrement moins efficace, car les appels passent par un niveau supplémentaire d'indirection. Je doute que cela fait une différence, cependant.
La même logique s'applique à getApplication() vs getApplicationContext().
- Aussi loin que getBaseContext() est concerné, Google Android, les Développeurs ont suggéré ceci: "Ne pas utiliser getBaseContext(), il suffit d'utiliser le Contexte que vous avez." Donc, en effet, ils vous suggérons d'utiliser this pour les Activités.
- c'est la plus claire explication de getBaseContext j'ai trouvé sur Internet. Merci!!
InformationsquelleAutor AlexR
6
```
LoginActivity.this 
```
la ligne ci-dessus est une Activité qui est obeveously un Contexte.. ce qui est utilisé lorsque vous créez des AlertDialogs... À certains endroits de son obligatoire que vous utilisez Contexte d'Activité...
```
getApplication()
```
Même ici le texte de la méthode des besoins du Contexte et de l'Application elle-même met en œuvre Context
```
getApplicationContext()
```
ce qui est le plus préféré de chemin depuis ce Context vie jusqu'à l'Application s'arrête.
```
getBaseContext()
```
ce Contexte est à la disposition des widgets et des points de Vue..

Mais Tous d'entre eux donne un Contexte objet et rien d'autre..
- ainsi, dans un toast message ou lors de la création d'une intention, ils ont tous le même effet, même si l'aide de getcontexteapplication() est la plus correcte?
- Samî: Toast, vous pouvez utiliser getApplicationContext() pour l'ensemble de la situation, mais il est préférable que vous utilisez this lors de la prise de Toast dans une Activité.
InformationsquelleAutor ngesh
0

Classe.ce utilisé si votre classe étend de l'Activité
getapplication() utilisé reporter l'application et l'application s'étend le contexte de l'application
getbasecontext (), consultez votre contexte d'activité
contexte reportez-vous à votre activité cycle de vie du contexte
applicationcontext reportez-vous à votre application cycle de vie

InformationsquelleAutor chandrakant Chaturvedi

Vous devez vous connecter pour publier un commentaire.