🚀 go-pugleaf

>>Sorry, dat is onzin. Althans, als je uiteindelijk een bruikbare class
>>(dus een concrete class) wilt opleveren. En omdat ik het gevoel heb dat
>>je toch iets werkends wil opleveren zal je uiteindelijk op een concrete
>>class uitkomen waarin ALLE nog niet ge�mplementeerde methods worden
>>ge�mplementeerd.

> Daar heb je 100% gelijk in maar zeg dat eens tegen onze docenten... Daar
> zijn ze niet tevreden mee hoor. Het theoretisch gedeelte moet ook goed zijn
> en als je dan afkomt met het argument dat je het toch moet implementeren
> voor een goede werking, dat is niet goed. De ontwerper moet ervoor zorgen
> dat diegene die implementeert die methode's zeker niet mag vergeten. Dat
> zullen ze zeggen...

Stop. Halt. Ademhalen. Pauze. Plasje doen. Beentjes strekken.... En daar 
gaan we weer.


OVER ABSTRACTE KLASSES:

Een abstracte klasse is een klasse met ��n of meerdere abstract methods 
(dit is overigens niet verplicht, nul abstract methods mag ook maar dan 
is het vrij zinloos om een klasse abstract te maken). Een abstracte 
klasse kan nooit, nooit, nooit worden ge�nstantieerd. Het is dus niet 
nodig om bang te zijn dat iemand jouw nog-in-de-steigers-staande klasse 
instantieert. Dingen vergeten kan dus niet. Om een klasse, die afgeleid 
is van een abstracte klasse of een interface (lees: een 100% abstracte 
klasse) te kunnen instantieeren is het noodzakelijk dat ALLE abstracte 
methods zijn ge�mplementeerd. Je kunt dit niet vergeten wat je krijgt 
van javac de compiler op je ... als je vergeet een abstracte method te 
implementeren. Nogmaals: niemand komt voorbij de compiler als je dit 
vergeet dus wees niet bang dat iemand een klasse 'half af' gebruikt. 
Alles dat maar enigszins nodig is voor de goede werking is dus aanwezig 
bij de uiteindelijke 'concrete' klasse.

OVER LERAREN:

Een leraar die van jou verwacht dat je een list verzint waardoor 
collega-programmeurs zaken niet kunnen vergeten is nogal parano�de 
bezig. Je kunt inderdaad de compiler gebruiken om deze check te doen 
maar uiteindelijk moet uit een test (zoek ook eens info over bijv. JUnit 
voor je leraren) blijken of je code goed werkt en je niets vergeten 
bent. Als je zo denkt moet je ook alle methods van je classes FINAL 
declareren, want o wee als er ooit toch eens een boze programmeur komt 
die jouw zorgvuldig gecomponeerde methods gaat overriden met allerlei 
lelijke en foute statements. Daarmee blokkeer je elk toekomstig 
hergebruik en je beschouwt jezelf als de beste programmeur ter wereld, 
want waarom zou iemand toch jouw code moeten overriden - die code is 
toch perfect, huh?!?

Bovendien: het feit dat je een method niet vergeet te implementeren zegt 
nog altijd niets over de kwaliteit van die method. Dus je blindstaren op 
de implementatie van methods is onzin.

Groeten, ook aan je leraren,

Joost van Stuijvenberg