Erreur de compilation avec l'opérateur ==

Question

J'ai isolé l'erreur sur cette ligne: string.getClass() == jojo.getClass() Cette ligne ne doit-elle pas créer deux objets de classe, puis vérifier si elles (comme dans les deux références) pointent vers le même objet? Plutôt que de renvoyer une valeur false, le code ne sera pas exécuté.

public class Tester 
{ 
    public static void main(String[] args) 
    { 
     OreoJar jojo = new OreoJar(0); 
     OreoJar momo = new OreoJar(1); 
     String string = "Hello"; 

     if (momo.getClass() == jojo.getClass()) 
     { 
      System.out.println("Momo and jojo are of the same class"); 
     } 

     if (string.getClass() == jojo.getClass()) 
     { 
      System.out.println("String and jojo are of the same class"); 
     } 
    } 
} 

public class OreoJar 
{ 
    int oreos; 

    public OreoJar(int oreos) 
    { 
     this.oreos = oreos; 
    } 

    public void count() 
    { 
     System.out.println(oreos + " oreos in this jar!"); 
    } 
} 

Ce commentaire est une sorte de caché et je pense que la peine de mentionner, car il fait le plus de sens à un débutant (comme moi)

-Selon JLS « Il est une erreur de compilation s'il est impossible de convertir le type de l'un ou l'autre opérande au type de l'autre par une conversion de coulée "donc deux références des types A et B peuvent être comparées si, et seulement si, A peut être converti en B ou B peut être cast to A. - Patricia Shanahan

Answer 1

Je suis d'accord OP devrait citer l'erreur de compilation.

De toute façon l'erreur de compilation est assez évidente quand quelqu'un fait réellement une compilation.

L'erreur est:

Tester.java:15: incomparable types: java.lang.Class<capture#125 of ? extends java.lang.String> and java.lang.Class<capture#29 of ? extends OreoJar> 
    if (string.getClass() == jojo.getClass()){ 
         ^

Raison semble évidente.

De Javadoc de Object.getClass():

The java.lang.Class object that represents the runtime class of the 
object. The result is of type Class<? extends X> where X is the 
erasure of the static type of the expression on which getClass is 
called. 

Cela signifie, une instance de chaîne va renvoyer une référence à Class<? extends String>, tandis qu'une instance OreoJar va revenir référence à Class<? extends OreoJar>

Les deux types ne sont tout simplement pas compatibles, car le compilateur sait qu'il n'y a aucune chance qu'un type qui étend String puisse être un type étend OreoJar. Donc, la comparaison va provoquer une erreur de compilation.

---

Un peu hors sujet, mais je crois utile de mentionner, vous avez dit:

Si pas cette ligne créer deux objets de la classe, puis vérifier si elles pointent vers le même objet

Je pense qu'il est préférable d'avoir une meilleure compréhension. Il ne va pas "créer" deux objets de classe . getClass() va vous renvoyer un référence à l'objet Class.Et, il est toujours une référence qui peut pointer vers un objet , non objet qui pointent vers objet (ça sonne bizarre aussi)

Answer 2

getClass() renvoie une instance d'une classe. getClass().getName() renvoie une chaîne. La méthode String.equals(otherString) est la méthode correcte pour comparer les chaînes pour l'égalité.

Answer 3

Je pense que la raison pour laquelle il ne compilera pas est due au fait que Class a un composant générique. Essayez d'utiliser momo.getClass().equals(jojo.getClass()) Et vous pouvez également essayer de comparer les noms canoniques des classes pour un effet similaire: momo.getClass().getCanonicalName().equals(jojo.getClass().getCanonicalName())