@override annotation

Quelqu'un peut me dire si ce code:

public class OvTester {
    @Override
    public int hashCode() {
        return toString().hashCode();
    }
}

détermine que le toString méthode dans le OvTester classe remplace la toString méthode dans sa super-classe.

Je voudrais savoir si cela est vrai, et si oui, comment cela fonctionne?

Si ce n'est pas vrai, alors, est-ce vrai:

"la hashCode() méthode dans OvTester doit l'emporter sur le même nom de méthode dans sa super-classe"

?

Si ce n'est pas correcte, alors ce qui est correct?

Votre classe ne semble pas avoir une super-classe, donc ce serait un échec.
bien sûr, il a une super-classe - java.lang.Object

OriginalL'auteur f1wade | 2011-08-23

  1. 13

    La redéfinition de méthode qui se passe quand vous redéfinir une méthode avec la même signature dans une sous-classe.

    Donc, ici, vous écrasez hashCode(), pas toString()

    La @Override annotation est facultatif (mais une très bonne chose) et indique que cela devrait être primordial. Si vous orthographiez mal quelque chose ou avoir un mal de type de paramètre, le compilateur vous avertira.

    Donc oui, le 2ème affirmation est vraie (et la super-classe dans ce cas est java.lang.Object)

    OriginalL'auteur Bozho

  2. 2

    Je voudrais savoir si cela est vrai, et si oui, comment cela fonctionne?

    Non, ce n'est pas exactement vrai.

    La @Overrides annotation dit que "cette méthode remplace la méthode avec le même nom dans la classe super".

    Dans ce cas, le hashCode de OvTester remplace la hashCode dans Object.

    si ce n'est pas vrai, alors, est-ce vrai: la hashCode() méthode dans OvTester doit l'emporter sur le même nom de méthode dans sa super-classe?

    Oui. C'est exactement la façon dont il fonctionne.

    Quand une méthode ne rien faire d'autre que d'appeler une autre méthode (presque ce que vous avez dans votre exemple), il est généralement considéré comme un délégué méthode. C'est peut-être ce que vous êtes confus avec.

    OriginalL'auteur aioobe

  3. 1

    La @Override annotation n'a pas de "déterminer" quoi que ce soit. C'est tout simplement un drapeau qui indique au compilateur de générer une erreur si la méthode annotée n'est pas du remplacement d'une super-classe ou la méthode de l'interface. C'est un outil pour les développeurs pour les aider à maintenir leur santé mentale, et rien de plus.

    Dans ce cas précis, il est simplement remarquer que la hashCode() mise en œuvre dans OvTester supplante l' hashCode() méthode définie dans Object. Cela n'a rien à voir avec toString(), et l'appel de la superclasse, toString() méthode de votre hashCode() méthode ne sera pas/est pas la même chose que primordial toString().

    est-ce vrai? le hashCode() la méthode en OvTester doit remplacer le même
    nom de la méthode dans sa super-classe?

    Cela est vrai, dans le sens que l'annotation entraîne le compilateur pour générer une erreur si il n'y a pas substituables hashCode() méthode de la super-classe qui correspond à la signature de la méthode annotée.

    OriginalL'auteur aroth

  4. 0

    Pas, cela signifie seulement que le hashCode() la méthode est remplacée. Le compilateur de vérifier au moment de la compilation que hashCode() est vraiment une méthode (avec signature) qui est remplacée.

    OriginalL'auteur Jems

  5. 0

    @Override est juste au moment de la compilation de vérifier si le responsable de l'implémentation vraiment remplace la méthode.

    si vous essayez primordial

    @Override
public void equals(Object ob){

}

    il ne pourra pas compiler

    OriginalL'auteur Jigar Joshi

  6. 0

    Ce code remplace le hashCode() méthode qui forment la base Object classe.
    Le toString() méthode a encore de la mise en œuvre d'origine.

    Pour remplacer le toString(), vous effectuez les opérations suivantes:

    @Override
public String toString() {
    //Your own toString() implememntation here
}

    Tant que la méthode dans la classe fille a le même nom et la même signature que la méthode de la classe parente, ET la méthode dans la classe parent est PAS privé, il sera overidden(indépendamment de la présence de l'annotation @Override)

    OriginalL'auteur gotomanners