Balise opposée à @Override dans Java

Question

Je sais que dans Java est la balise @Override pour annoter la méthode qui substitue la méthode de la superclasse, sinon il y a un avertissement. Ma question: existe-t-il une balise opposée pour annoter la méthode que nous ne voulons pas remplacer la méthode de la superclasse (par exemple par accident)?

Je sais que je peux définir la méthode dans la superclasse final, mais cette solution implique des changements dans le code de la superclasse. C'est ce que je ne veux pas faire - je veux juste changer mon code :)

Je sais que je peux définir un autre nom pour cette méthode, mais parfois en super classe il y a beaucoup de méthodes et vous ne savez pas d'eux. Ainsi, lorsque vous implémentez votre propre sous-classe, vous pouvez par accident utiliser le même nom. Comment éviter cela?

Answer 1

Non, il n'y a pas prédéfini L'annotation Java est l'inverse de @Override. Cela dit, la plupart des EDI devraient être capables d'identifier si une méthode est en train de surcharger une autre. Par exemple, Eclipse a cette fonctionnalité. Si vous regardez votre classe dans la vue Structure, vous verrez un petit triangle où les remplacements se produisent. Par exemple:

Je dois croire que NetBeans et IntelliJ Idea doivent avoir des fonctionnalités similaires.

---

En aparté, ce problème que vous essayez de résoudre, celui d'éviter remplaçant par inadvertance une méthode mère, est grave et pernicieux, celui qui a un risque particulièrement élevé lors de l'extension des classes qui ont beaucoup méthodes ou une grande hiérarchie d'héritage (pensez à des composants Swing par exemple - j'ai eu un bug d'interface graphique frustrant en raison de mon trébuchement sur le fait de surcharger accidentellement les méthodes getX() et getY() de JPanel). C'est une autre raison de préférer en général la composition à l'héritage si la composition a un sens dans la situation.

Answer 2

Attribuez à la méthode de la sous-classe un nom ou une signature différent de la méthode de la superclasse que vous ne souhaitez pas remplacer.

Answer 3

J'ai reçu cet avertissement dans NetBeans même si je ne remplaçais pas la méthode. J'appelais juste une méthode de sous-classe à partir du constructeur de la sous-classe et NetBeans marquait cela comme un override.

Même s'il n'y a pas de balise @override inverse, une solution simple est de rendre la méthode privée au lieu de publique/protégée si vous savez que vous ne la surchargerez pas ou ne l'utiliserez pas sous la sous-classe.