Thread: [JAVA]
-
28-02-2009, 18:10 #16no votes
-
-
28-02-2009, 18:14 #17Banned
- Registered
- 13/05/06
- Location
- Hoeselt
- Posts
- 9,944
- iTrader
- 48 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/72
Override maakt duidelijk aan andere programmeurs dat je een bepaalde functie overschrijft. In Java geeft dit enkel een waarschuwing, en je zal geen compile errors krijgen als je er geen @Override bijschrijft.
Mag ik je aanraden ook eerst even te zoeken op google oid. vooraleer je direct vragen stelt? Opzoeken laat je beter onthouden
no votes
-
28-02-2009, 18:16 #18
ah goed om te weten

En ik had er eigenlijk niet aan gedacht om eerst google te gebruiken
m'n excuses
no votes
-
01-03-2009, 02:56 #19Member
- Registered
- 23/11/03
- Location
- Landeurp
- Posts
- 1,791
- iTrader
- 0
- Mentioned
- 0 Post(s)
- Reputation
- 10/17
Fout. Je zal inderdaad geen errors krijgen als je er geen @Override bij schrijft; belangrijker is dat je wél een error krijgt als je er @Override bij schrijft, en de method níet overridet (bijvoorbeeld als je een typfout maakt in de naam van de method).
no votes
-
01-03-2009, 10:58 #20Approved 9liver
- Registered
- 25/12/02
- Location
- Brugge
- Posts
- 3,975
- iTrader
- 17 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/49
die @override zorgt er voor dat de standaard implementatie van de toString functie "overschreven" wordt
als je in dat geval de tostring zal aanroepen zal ie niet de code uitvoeren die de programmeertaal zelf voorschrijft, maar in de plaats de code die je zelf geschreven hebtno votes
-
01-03-2009, 12:13 #21Member
- Registered
- 23/11/03
- Location
- Landeurp
- Posts
- 1,791
- iTrader
- 0
- Mentioned
- 0 Post(s)
- Reputation
- 10/17
Maar weer fout zeg. @Override zorgt er enkel voor dat je compiler checkt of je effectief een method aan het overriden bent. Je kan het ook gewoon weglaten (methods overriden kon uiteraard al vóór Java 5 annotations introduceerde) en dat zal prima werken, als het signatuur van de methods exact overeenkomt. Computers zijn er om de mens te dienen, laat de compiler dus maar die check uitvoeren.
Maar we wijken af.no votes
-
01-03-2009, 15:00 #22Member
- Registered
- 20/09/04
- Location
- Kortrijk / Gent
- Posts
- 7,177
- iTrader
- 1 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 3/43
De vraag is hoe ver je moet gaan met annotations en documentatie
no votes
-
01-03-2009, 17:10 #23Approved 9-lifer
- Registered
- 21/08/08
- Location
- Hasselt
- Posts
- 2,653
- iTrader
- 8 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 5/46
een beetje commentaar kan al heel veel doen voor uzelf en andere programmeurs
no votes
-
01-03-2009, 17:18 #24Member
- Registered
- 03/11/03
- Location
- Hove
- Posts
- 6,718
- iTrader
- 3 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 1/3
Look down at me and you see a fool; look up at me and you see a god; look straight at me and you see yourselfno votes
-
01-03-2009, 18:55 #25Member
- Registered
- 23/11/03
- Location
- Landeurp
- Posts
- 1,791
- iTrader
- 0
- Mentioned
- 0 Post(s)
- Reputation
- 10/17
Het ging over annotations en niet over commentaar. Annotations zijn er nog altijd om door de compiler en andere programma's geïnterpreteerd te worden; een programmeur heeft daar op zich hoegenaamd geen hol aan.
no votes
-
01-03-2009, 19:17 #26Member
- Registered
- 20/09/04
- Location
- Kortrijk / Gent
- Posts
- 7,177
- iTrader
- 1 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 3/43
Bwa, het gaat eerder of het werk dat je erin steekt de moeite is.
@override dient dan wel om door de compiler geïnterpreteerd te worden, het is nog altijd ter bescherming van de programmeur tegen bijv. een typfout.
Men zegt ook altijd goed documenteren en dan zie je vaak klasses waarbij elke methode gedocumenteerd is, maar de naam van de methode en argumenten al zoveel zeggen, dat de documentatie op zich weinig toegevoegde waarde heeft.
Maar het is maar muggenziften hoor.
Het is niet dat @override erbij zetten zoveel werk in beslag neemt en dan weet je als lezer ook dan het een methode is die overschreven wordtno votes
-
01-03-2009, 19:53 #27
je hebt niet altijd de source als je aan het coden bent, dan kan je snel de javadoc gaan checken. Kom zeg, hoe kan je zeggen dat commentaar overbodig is. Niet omdat je duidelijk en klare code schrijft dat het niet makkelijk is om een regel comment toe te voegen. Waarom hier een for lus over een collectie, waarom dit item gaan persisteren, waarom een flush gaan doen voor je transactie ten einde is gelopen.
Ik vind de Override annotatie zeer handig want wanneer je dan een superklasse of interface aanpast zullen je subklasses fouten aangeven, wat zeer handig is en raar gedrag kan voorkomen.
Sinds SE 6 mag override ook gebruikt worden bij methodes overschreven van een interface, override klopt niet echt omdat het eigenlijk implements zou moeten zijn, maar het helpt veel als je iets anapast zonder te refactoren.no votes
-
01-03-2009, 20:09 #28Member
- Registered
- 20/09/04
- Location
- Kortrijk / Gent
- Posts
- 7,177
- iTrader
- 1 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 3/43
Wie zegt er dat commentaar overbodig is
Het gaat erom hoe ver je daarin gaat en hoeveel ze bijdraagt.
Natuurlijk kan commentaar soms handig zijn.
True, maar bij toString is dat geen argument meer omdat dit geen methode is van uw eigen superklasse en toString dus niet kunt aanpassen in die superklasse.Ik vind de Override annotatie zeer handig want wanneer je dan een superklasse of interface aanpast zullen je subklasses fouten aangeven, wat zeer handig is en raar gedrag kan voorkomen.
Sinds SE 6 mag override ook gebruikt worden bij methodes overschreven van een interface, override klopt niet echt omdat het eigenlijk implements zou moeten zijn, maar het helpt veel als je iets anapast zonder te refactoren.no votes
-
01-03-2009, 20:38 #29no votes
-
01-03-2009, 21:55 #30Member
- Registered
- 03/11/03
- Location
- Hove
- Posts
- 6,718
- iTrader
- 3 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 1/3
Yeah, wacht tot ge kunstwerken zoals het volgende tegenkomt
///<summary>
/// Adds persons to the library
///</summary>
///<param name="person">person</param>
public void AddPerson(Person person)
(blabla)
En op't moment da'k tijd heb om documentatie te schrijven zal ik da ook doen, maar 't zal dan ook wel deftig zijn. Nie't gene wat ge tegenwoordig ziet. En de commentaar die ik zie is in 99% van de gevallen overbodig.Look down at me and you see a fool; look up at me and you see a god; look straight at me and you see yourselfno votes

