Différence entre getContext() , getcontexteapplication() , getBaseContext() et “ce”

Quelle est la différence entre getContext() , getApplicationContext() , getBaseContext() , et "this"?

Cependant c'est une simple question, je suis incapable de comprendre la différence fondamentale entre eux. Veuillez donner quelques exemples si possible.

Il y a un excellent article dans la première réponse: stackoverflow.com/questions/1026973/...
Double Possible de What est la différence entre les différentes méthodes pour obtenir un Contexte?

InformationsquelleAutor iCurious | 2012-05-17

501
- Afficher.getContext(): Retourne le contexte, le point de vue est actuellement en cours d'exécution. Habituellement actuellement en Activité.
- de l'Activité.getcontexteapplication(): Retourne le contexte de l'ensemble de l'application (toutes les Activités sont en cours d'exécution à l'intérieur de
  d'). Utiliser ce lieu de l'actuel contexte d'Activité si vous avez besoin d'un
  contexte lié au cycle de vie de l'ensemble de l'application, et pas seulement la
  l'Activité en cours.
- ContextWrapper.getBaseContext(): Si vous avez besoin d'accéder à un Contexte dans un autre contexte, vous utilisez un ContextWrapper. L'
  Contexte visé de l'intérieur que ContextWrapper est accessible via
  getBaseContext().
- et que dire de "ce" ?
- +Frais d'i3oY même avec getContext
- en fait, je suis confondu quelle est la bonne defination de contexte??
- "ce" et getContext (), les deux sont même
- +1 pour la réponse détaillée. Je donnerais ce une autre mise à jour (si je pouvais) si i contient un exemple de la vie réelle de chacun des Contexts de sorte que le forum et je peux obtenir une compréhension plus claire de la façon dont ils sont utilisés. Et peut-être ce que l'objet qui nécessite de la Contexts.
- Que faire si vous obtenez votre Application étendu de la classe?
- Vous avez dit au sujet de "d'Habitude, les actifs de l'Activité.", ce qui pourrait l'être dans d'autres cas, si pas actuellement en Activité? Thx
- this et getContext() ne sont pas toujours les mêmes par exemple, dans l'Activité de classe, vous pouvez utiliser this parce que Activity hérite de Context, mais la méthode getContext() n'est pas dans Activity classe. @mikedroid @KCRaju
- this donne une instance de la classe, il en, qui pourrait être n'importe quelle classe, pas nécessairement en contexte. Si vous l'utilisez dans une Activité de classe, puis this sera une instance d'un Context.
- Vous ne pouvez pas utiliser this dans un intérieur classe d'un Activity, mais vous pouvez utiliser getContext().
- Pls intégrer lettre A et B dans votre définition de contexte withhin contexte, il n'est pas clair dans toute réponse, où le contexte est accessible.
- Ce pourrait être la syntaxe Java aider certains: YourActivity.this.getApplicationContext() sera admissible à votre contexte de l'instance de YourActivity. Sinon la réponse ci-dessus est grand - il est tout au sujet du cycle de vie d'un code que vous écrivez - out de vie de l'activité/fragment ou pas.
- D'abord à comprendre, du point de afficher.getContext() mieux de se référer ceci.
- getBaseContext() besoin de plus d'explication peut-être avec un exemple.
- vous avez dit "getContext() n'est pas dans la catégorie d'Activité" que voulez-vous dire par là ? J'ai pensé que nous sommes en mesure d'utiliser getContext() dans la classe d'Activité ?
InformationsquelleAutor Alexander Lucas
75

La plupart des réponses couvrent déjà getContext() et getApplicationContext() mais getBaseContext() est rarement expliqué.

La méthode getBaseContext() n'est utile que si vous avez un ContextWrapper.
Android fournit un ContextWrapper classe qui est créé autour d'un existant Context à l'aide de:
```
ContextWrapper wrapper = new ContextWrapper(context);
```
L'avantage d'utiliser un ContextWrapper est qu'il vous permet de “modifier le comportement sans changer le Contexte d'origine”. Par exemple, si vous avez une activité appelée myActivity peuvent alors créer un View avec un thème différent que myActivity:
```
ContextWrapper customTheme = new ContextWrapper(myActivity) {
  @Override
  public Resources.Theme getTheme() { 
    return someTheme;
  }
}
View myView = new MyView(customTheme);
```
ContextWrapper est très puissant car il permet de remplacer la plupart des fonctions fournies par Context y compris le code d'accès à des ressources (par exemple,openFileInput(), getString()), d'interagir avec d'autres composants (par exemple,sendBroadcast(), registerReceiver()), les demandes d'autorisations (par exemple,checkCallingOrSelfPermission()) et de résoudre les emplacements du système de fichiers (par exemple,getFilesDir()). ContextWrapper est vraiment utile de travailler autour de l'appareil et de la version de problèmes spécifiques ou à appliquer l'une-off personnalisations de composants tels que les points de Vue qui nécessitent un contexte.

La méthode getBaseContext() peut être utilisé pour accéder à la “base” Contexte que le ContextWrapper s'enroule autour de. Vous pourriez avoir besoin pour accéder à la “base” contexte si vous devez, par exemple, vérifier si c'est un Service, Activity ou Application:
```
public class CustomToast {
  public void makeText(Context context, int resId, int duration) {
    while (context instanceof ContextWrapper) {
      context = context.baseContext();
    }
    if (context instanceof Service)) {
      throw new RuntimeException("Cannot call this from a service");
    }
    ...
  }
}
```
Ou si vous avez besoin d'appeler le “déballé” version d'une méthode:
```
class MyCustomWrapper extends ContextWrapper {
  @Override
  public Drawable getWallpaper() {
    if (BuildInfo.DEBUG) {
      return mDebugBackground;
    } else {
      return getBaseContext().getWallpaper();
    }
  }
}
```
- Je dirais que c'est le plus important de la réponse après avoir accepté un.
- Je dirais que l'existence de ContextWrapper est l'une des pires décisions jamais fait par les développeurs d'Android cadre. Quand ils ont réalisé qu'ils ont créé toute une famille de Dieu Objets, au lieu de faire la bonne chose et refactoring du code vers la Responsabilité Unique, ils ont ajouté un vilain hack qui a permis de modifier le Contexte du comportement par l'approfondissement de l'arbre d'héritage. Mauvais génie logiciel à son plus laid. Comme pour nous, les développeurs, à mon humble avis il ne faut jamais utiliser getBaseContext() ou ContextWrapper. Si vous n' - c'est un énorme "odeur de code".
InformationsquelleAutor Mike Laren
38

getcontexteapplication() - Renvoie le contexte de toutes les activités en cours d'exécution dans l'application.

getBaseContext() - Si vous souhaitez accéder Contexte à un autre contexte au sein de l'application, vous pouvez accéder.

getContext() - Renvoie le contexte uniquement dans la vue en cours d'exécution de l'activité.
- Pls intégrer lettre A et B dans votre définition de contexte withhin contexte, il n'est pas clair dans toute réponse, où le contexte est accessible.
InformationsquelleAutor Jay Patel
28

Context fournit des informations sur la Actvity ou Application nouvellement créés composants.

Pertinentes Context devrait être fournie aux nouveaux composants (si le contexte de l'application ou de l'activité contexte)

Depuis Activity est une sous-classe de Context, on peut utiliser this pour obtenir que l'activité du contexte
- Où est votre explication sur baseContext?
InformationsquelleAutor tez

La question "quel est le Contexte qui est" est l'une des questions les plus difficiles dans l'univers Android.

Contexte définit les méthodes que l'accès aux ressources du système, d'extraire l'application de la statique des actifs, vérifier les autorisations, effectuer des manipulations de l'INTERFACE utilisateur et beaucoup plus. En essence, Context est un exemple de Dieu, Objet de l'anti-modèle en production.

Quand il s'agit de quel type de Context devrions-nous utiliser, ça devient très compliqué car à part pour Dieu, l'Objet, la hiérarchie de l'arbre de Context sous-classes viole le Principe de Substitution de Liskov brutalement.

Ce blog tente de résumer Context classes applicabilité dans des situations différentes.

Permettez-moi de copier le tableau principal de ce poste est complet:

+----------------------------+-------------+----------+---------+-----------------+-------------------+
|                            | Application | Activity | Service | ContentProvider | BroadcastReceiver |
+----------------------------+-------------+----------+---------+-----------------+-------------------+
| Show a Dialog              | NO          | YES      | NO      | NO              | NO                |
| Start an Activity          | NO¹         | YES      | NO¹     | NO¹             | NO¹               |
| Layout Inflation           | NO²         | YES      | NO²     | NO²             | NO²               |
| Start a Service            | YES         | YES      | YES     | YES             | YES               |
| Bind to a Service          | YES         | YES      | YES     | YES             | NO                |
| Send a Broadcast           | YES         | YES      | YES     | YES             | YES               |
| Register BroadcastReceiver | YES         | YES      | YES     | YES             | NO³               |
| Load Resource Values       | YES         | YES      | YES     | YES             | YES               |
+----------------------------+-------------+----------+---------+-----------------+-------------------+

Une application PEUT démarrer une Activité à partir d'ici, mais il exige qu'un nouveau groupe d'être créé. Cela peut correspondre à des cas d'utilisation spécifiques, mais peuvent créer des non-standard de la pile de retour comportements dans votre application et n'est généralement pas recommandé ou considéré comme une bonne pratique.
C'est légal, mais l'inflation sera fait avec le thème par défaut pour le système sur lequel vous êtes en cours d'exécution, non pas ce qui est défini dans votre application.
Autorisés que si le récepteur est nulle, ce qui est utilisé pour l'obtention de la valeur actuelle d'un collant de diffusion, sur Android 4.2 et au-dessus.

Différence entre getContext() , getcontexteapplication() , getBaseContext() et “ce”

Excellent blog que vous liés à!

InformationsquelleAutor Vasiliy

9

Un morceau de UML diagramme de Contexte

InformationsquelleAutor yoAlex5
1

De cette docs

J'ai compris que vous devez utiliser:

Essayez d'utiliser le contexte de l'application au lieu d'un contexte d'activité

InformationsquelleAutor mehmet
0

getcontexteapplication()

ce est utilisé pour l'application de niveau et de se référer à toutes les activités.

getContext() et getBaseContext()

est probablement de même .ce sont visées uniquement de l'activité en cours qui est vivant.

ce

se reporter actuel objet de classe toujours.
- C'est presque tout à fait tort
InformationsquelleAutor Jatin Bansal

Vous devez vous connecter pour publier un commentaire.