🚀 go-pugleaf

"Passero" <bla@bla.bla> wrote in message
news:8Yn4c.32247$Jq.2162811@phobos.telenet-ops.be...
>
> "Koen Hautekeete" <koen.hautekeete.news@pandora.be> schreef in bericht
> news:wzn4c.32180$b%6.2058340@phobos.telenet-ops.be...
>

> Aja, dus gewoon in mijn GUI klasse een attribuut opnemen van de klasse
> Grafiek?
> Verlies ik niet zo een beetje het idee van inkapseling?

Neen want met inheritance is er totaal geen inkapseling. Daar geef je de
hele klasse open en bloot.

> De GUI klasse moet
> alles kennen wat in de klasse Grafiek zit dus voor elk attribuut ga ik een
> getter en/of setter moeten schrijven.

Merk even het verschil op: de GUI klasse moet helemaal niet alles kennen wat
je grafiek klasse kent maar het moet wel aan alle waardes aankunnen. Je
Domeinklasse berekent, de GrafiekUI klasse tekent. Dat zijn 2 fundamenteel
verschillende dingen. Je gaat helemaal geen code duplicatie hebben.

Verantwoordelijkheden:
Domeinklasse : de berekingen etc
GUIklasse :  waardes op een bepaalde manier op een scherm brengen

Is dat wel handig? Is het dan niet
> gewoon beter om te erven en om een attribuut JPanel te gebruiken en dan
een
> methode voorzien die dat JPAnel retourneert? Mijn klasse Grafiek is dan
toch
> nog altijd compleet onafhankelijk van mijn GUI want er zal geen enkele
> methode zijn die met de GUI te maken heeft. Enkel de berekeningen en de
> lijsten met waarden zullen er in die klasse zijn. Uiteindelijk moet mijn
gui
> klasse ook al die dingen kennen dus dan heb ik toch hoge koppeling, zeer
> hoge koppeling en das toch niet zo goed?

Er bestaat geen hogere koppeling in OO dan inheritance, compositie is altijd
minder gekoppeld dan inheritance. hoe gaat je interface naar je JPanel
attribuut er uit zien, denk je? ga je veel van de interface van een  JPanel
moeten gebruiken of weinig?

Een sterke koppeling naar een interface is niet perse slecht. Zeker voor
klassen die verantwoordelijk zijn om een bepaald iets op het scherm te
brengen is het te verwachten dat ze alle attributen van die domein klasse
gebruiken.

gC