🚀 go-pugleaf

"Passero" <bla@bla.bla> writes:

> "Stefan Arentz" <stefan@tiSateh.local> schreef in bericht
> news:m2k71n5ll1.fsf@tiSateh.local...
> 
> >
> > Ik doe vaak een combinatie van die twee:
> >
> <knip>
> >
> > De abstract class neemt de interface over. Dus je zal de overige methods
> van de
> > interface nog meoten implementeren in de subclass van de abstract class.
> Dat is
> > toch de 'controle' die je zoekt?
> >
> 
> Het probleem bij mij is dat ik verschillende klasse nodig heb die dezelfde
> methode moeten gebruiken maar anders implementeren. Al de methode die ik
> beschrijf in de interface moeten ook voorkomen in de klasse, dit wil zeggen
> dat wanneer ik zo'n nieuwe klasse wil maken, ik eerst een abstracte klasse
> moet maken die de implementatie doet en dan die eigenlijke klasse laten
> erven van de abstracte, das toch beetje onhandig?
> Ik zou ook al mijn attributen in alle klassen opnieuw kunnen defini�ren maar
> dan zit ik met redundantie maar vraag me nu af of die hier nu zo erg zou
> zijn. Dan kan ik wel gebruik maken van de interface en heb ik geen abstracte
> klasse nodig en heb ik ook controle op de implementatie.

Ik begrijp je probleem niet, of jij begrijpt mijn oplossing niet. Teken voor
de lol eens de hierarchie van die classes in een posting hier? Gewoon een
outline in ascii :)

 S.