Android Studio - Ambiguë appel de la méthode getClass()

Je suis en utilisant Android Studio pour mon application Android.

Mon code fonctionne et compile.

Récemment, l'IDE montre-moi d'erreur (rouge) sur getClass le code suivant:

fragment.getClass().getSimpleName()

Mais encore l'application compile et s'exécute.

L'erreur est:

Ambiguous method call. Both
getClass () in Object and
getClass () in Object match.

Peut-on m'expliquer de quoi ça parle? et pourquoi le code encore en cours?

double possible de getClass() dans la classe abstraite donne Ambigu appel de la méthode
Je reçois la même erreur, mais je peux encore assembler et à exécuter l'application de l'amende.

InformationsquelleAutor NickF | 2013-08-29

android android-studio

255

Je pense que c'est un bug dans Android Studio. Comme nous le savons, Android Studio est basé sur IntelliJ Plate-forme et de la fonctionnalité existante de IntelliJ IDEA Community Edition.

Google a développé, en coopération avec JetBrains. Et même bug est signalé à arriver à l'Ide, ainsi.
Jetez un oeil à la Rapport d'erreur

La seule solution de contournement à ce problème est de jeter l'instance d'appel getClass() sur, à Object comme suit:
```
((Object) this).getClass()
```
- downvoter des commentaires à ce sujet?
- n'a pas d'importance maintenant... AUTANT de UPVOTES 🙂
- J'aurais aimé apprendre une autre façon de résoudre ce problème 🙂
- voir ma réponse ci-dessous
- Merci @RiteshGune, le casting résolu le problème.
- Utilisez simplement le fragment.classe.getSimpleName();
- modification du code pour contourner un bug dans un IDE n'est pas vraiment une solution.
- Il ne fonctionne pas, ou du moins pas actuellement (Android Studio 0.8.9)
- Solution résout le problème dans IntelliJ IDEA 13.1.
- Plus qu'un an plus tard, et il n'est pas encore fixé 🙁
- Il fonctionne, vous êtes vraiment un génie
- Que faire si je veux stocker dans un static variable?
InformationsquelleAutor Ritesh Gune
73

Plutôt que de modifier le code de votre application, vous pouvez éviter ce bug en corrigeant votre SDK Android code source.

Quand vous venez à travers la getClass() erreur, passez à la déclaration de la méthode (⌘B sur Mac). Cela permettra d'accéder à un chemin tel que $ANDROID_HOME/sources/android-20/java/lang/Object.java. Maintenant, au sein de l'Ide ou Android Studio:
- Faire Object.java accessible en écriture par le choix de File -> Make File Writable. Vous pouvez être invité à le faire automatiquement si vous essayez de modifier le fichier.
- Supprimer l'abîme d'générique:
  
  //Supprimé sans bornes génériques (la Classe) pour éviter http://youtrack.jetbrains.com/issue/IDEA-72835
  public final native Class getClass();
Des versions plus récentes d'Android Studio semblent souffrir d'un bug qui vous empêche de modifier le fichier, même après la déclarer comme en écriture. Au lieu de cela, copier le chemin d'accès, Edit -> Copy Path ou ⇧⌘C, et de le modifier dans votre éditeur de texte favori.

Ce changement permettra de préserver la source de la fonctionnalité de navigation. Autres options:
- Vous pouvez commenter l'intégralité de l' getClass() déclaration.
- Vous pouvez ajouter un non-extension Java pour le nom de la Object.java fichier, par exemple Object.java.in.
- Jacques Maximin, belle réponse,+1
- En fait, je pense que cela devrait être la accepté de répondre.
- Mise à jour de la réponse à refléter le fait que Android Studio dispose d'un bug qui ne permet pas Object.java à être modifiées, même après l'extinction de l'indicateur de lecture seule.
- Ici est le Android Studio rapport de bug.
- Seuls les commentaires de la méthode getClass causes IntelliJ/Studio à se plaindre instance.getClass() (seulement getClass() œuvres). Renommer Object.java fichier pour désactiver ça fonctionne.
- Avez-vous également trouver un patch similaire pour le SDK Android est le code source pour d'autres méthodes de l'Objet? Parfois, j'ai le même ambiguë appel de la méthode notify(), wait(long), etc. ainsi. Pour ces méthodes, le patch ne peut pas être appliquée.
- Vous aurez pour commenter ces méthodes ou renommer le fichier source pour les empêcher d'être indexé, ou vous pouvez ajouter des conversions explicites de l'Objet, comme suggéré par le stackoverflow.com/a/18506329/204480. Il semble que ce problème a été corrigé dans le plan d'IntelliJ construit depuis août, il devrait faire son chemin vers Android Studio dans le futur.
- Merci. Il me semble avoir manqué les deux dernières suggestions dans votre message, veuillez m'excuser. Bon à entendre qu'il peut avoir été fixé.
InformationsquelleAutor James Wald
9

Jeté votre "getClass" à un Objet, utilisez
```
((Object) this).getClass()
```
Pour ceux qui ont ce problème avec les fragments, l'utilisation
```
((Object) fragment).getClass()
```
- En fait, vous ne lancez pas la getClass() par conséquent, vous lancez l'objet dans lequel vous êtes en ce moment (ce) pour être traité comme un Objet.
- C'est probablement ce qui méritent une médaille d'or pour la plus infâme solution requis par un IDE Java. Le moulage d'un Objet Java pour Objet, impressionnant vacuité.
InformationsquelleAutor AnhSirk Dasarp
8

Premier de tous les Android Studio est ici.
Veuillez star de sorte qu'il peut obtenir un peu d'attention!

Aussi l'IntelliJ question est ici.

Une bonne solution consiste à renommer <sdk>/android-<platform>/java/lang/Object.java à Object.java.XXX par exemple. Cela permettra d'éviter QUE de les voir, et la question doit être évitée. Bien sûr, en faisant cela, vous pouvez plus facilement accéder à la source de l'Objet à l'intérieur.

Vous pouvez renommer le fichier avec son nom d'origine quand ce bug sera corrigé...

InformationsquelleAutor BoD
2

Aujourd'hui j'ai rencontré le même problème lorsque je créé un nouveau projet. Je l'ai comparé à un autre projet qui n'a pas eu ce problème et trouvé une différence. Le vieux projet a été construit contre "Android 4.2.2" alors que la nouvelle était par défaut à "l'API Android 19 Plate-forme". J'ai changé pour "Android 4.2.2" qui est égal à l'API 17 et le rouge erreur marqueur disparu. API 17 est suffisant pour mon projet donc je peux laisser cette manière. Je n'ai aucune idée de pourquoi cela résout le problème, pour être honnête.

InformationsquelleAutor Uwe Post
1

J'ai trouvé un fix pour ce faire, au moins sur ma fin. C'est certainement une IntelliJ bug, mais il semble être provoqué par un conflit entre les classes dans le sourcepath et dans le classpath pour le SDK Android.

Si vous allez à la Structure du Projet > Sdk > {{Votre Android SDK}}, retirez tous les Android les entrées de la Sourcepath onglet. Le problème avec cette solution est que vous n'avez plus d'accès direct aux sources de l'intérieur de l'Ide/Android Studio.

J'ai posté la même information sur l' Jetbrains issue tracker, j'espère donc que nous allons voir un correctif rapidement.
- Il y a maintenant un correctif. Il sera probablement inclus dans v0.9.3
InformationsquelleAutor kcoppock
1

Suffit d'utiliser le fragment.classe.getSimpleName();

InformationsquelleAutor Sotti

Vous devez vous connecter pour publier un commentaire.