🚀 go-pugleaf

In <RQ14c.31002$_L6.2008369@phobos.telenet-ops.be> Passero wrote:
> we zijn bezig met een project met een programma te schrijven voor ons
> project van school. Dat programma moet klimatogrammen tekenen aan de 
> hand van de gegevens die de gebruiker ingeeft. Hij moet ook gegevens 
> kunnen importeren uit tekstfiles enzo. Wij hebben nu discussie gehad 
> met onze docenten over het domeinmodel. In onze boek (Applying uml and 
> patterns van Craig Larman) staat dat een domeinmodel enkel de 
> conceptuele klassen zijn dus die hebben niets te maken met de GUI. 
> Moet je die grens altijd strikt gescheiden houden of kan je daar over 
> gaan? In ons geval vind ik het wel nuttig om in ons domeinmodel de
> klasse Grafiek in op te nemen. Later moeten we dan een package 
> "Domein" maken waar die klasse implementeren. De klasse grafiek hebben 
> we nu al geschreven en erft van een JPAnel in Java, dus is eigenlijk 
> wel een beetje GUI. Mijn argumentatie is: je hebt toch geen 
> klimatogram zonder grafiek dus die 2 dingen horen samen dus hoort het 
> toch wel bij het domein en niet bij de gui. Mijn docenten willen nu 
> dat ik die loskoppel van mijn domein. Dat is op zich niet veel werk 
> maar kdenk toch dat mijn denkwijze relatief goed is. Daarom graag eens 
> jullie mening hierover.

Iedere klasse die erft van JPanel of andere wijze gestoeld is op de 
Swing GUI moet uit het domeinmodel gehouden worden. Het moet voor jou 
domeinmodel niet uitmaken of hij nou wordt aangestuurd vanuit een Swing 
GUI of bijv. vanaf de command line of mogelijk zelfs vanuit een script.
Een domeinmodel bevat de abstracte kennis over een domein. Ik kan mij in 
het domein van klimatogrammen een Grafiek-klasse voorstellen waarin alle 
algemene kennis van grafieken is ondergebracht (bijv. bepaling van 
maximum, minimum, interpolatie, etc), zonder die klasse afhankelijk te 
maken van specifieke GUI-klassen. Oftewel, het concept grafiek is zelf 
abstract (het bestond immers lang voor Swing, Java of enige 
programmeertaal).
Ik zou voorstellen om in het domein een Grafiek-klasse op te nemen 
zonder enige UI afhankelijkheid, en in de UI een klasse GrafiekPanel die 
weet hoe hij een grafiek op het scherm zet.

Rudi Angela