Das ist nicht viel eher ein kosmetisches Anmerkung, es ist sinnvoll, wenn Dokumentation zu erzeugen, gibt Hinweise durch Ihre Java-IDE und explizit anzugeben, wenn eine Methode überschrieben wird.
Aus Sicht der Laufzeit/Standard-Bibliotheks-Implementierer war es nicht den Aufwand wert, alle vorhandenen Klassen zu modifizieren, nur um etwas kosmetisches hinzuzufügen.
Weiterhin in Bezug auf die Abwärtskompatibilität von Anmerkungen im Allgemeinen unter Berücksichtigung, dass Anmerkungen Attribut optional und erweiterten sind in .class
-Datei (wenn ihre Aufbewahrungsrichtlinien entweder CLASS
oder RUNTIME
und für Class
und Method
als Runtime(In)VisibleAnnotations
und für Parameter
als Runtime(In)VisibleParameterAnnotations
) frühere Releases der JVM würden dieses Attribut während der Dateiparserstellung .class
einfach ignorieren, wenn die Klasse zum ersten Mal benötigt wird.
Aber eigentlich, dass 1.4 JVM Klasse Parser nicht einmal den Punkt erreicht, wo diejenigen Annotation .class
Attribut innerhalb der Struktur befinden, weil das Parsen abrupt enden wird, wenn die JVM wird feststellen, dass die .class
Version größer als die unterstützt.
Sir, diese Frage von mir ist kein Duplikat der Frage Wann verwenden Sie Javas Override-Annotation und warum? Weil ich fragen musste, warum Override nicht in Java-Bibliotheken verwendet wird – Ankit
@Ankit Die Bibliotheken kamen zuerst, die Anmerkungen kamen später. Sie hatten wahrscheinlich keinen Hochschulabsolventen oder Praktikanten, um den gesamten Bibliothekscode durchzugehen, nur um Override-Annotationen hinzuzufügen: P – MadProgrammer
@Anpassen, dass Sie Recht haben - scheint ausreichend anders zu sein - den Anspruch fallen zu lassen. – YoYo