Beste,
Ik zocht op dit forum enkele tips in verband met het opmaken van de structuur van een programma in Java. In de bijlage zit er een voorbeeld (met de opgave). Deze soort oefeningen vind ik soms chaotisch om te maken. Vaak maak ik meer methodes aan in een bepaalde klasse die er nodig zijn of heb ik er maar een paar terwijl de "oplossing" meerdere methodes in zijn klasse heeft. Natuurlijk is ieder klassendiagram zo goed als uniek, maar vaak moeten bepaalde elementen dicht bij elkaar aanleunen, wat bij mij soms niet het geval is (bij deze oefening). Vaak stel ik CRC kaartjes op en kijk ik wat het object moet kunnen en wat zijn verantwoordelijkheden zijn... Bij deze oefening zijn er immers immens veel klassen dat ik vaak de interacties tusses de klassen door elkaar lopen. Mocht er iemand deftige tips hebben...
Dank.
Laatste berichten
-
23:25
2013 – Augustus Vraag 3
-
23:07
Rood laserlicht 2
-
23:04
Bruine vlekken op treinaanwijzerbord 5
-
15:28
Vraag 2009 Juli Vraag 5 5
-
12:51
positie 2
-
10:44
Schroefdraad berekening 8
-
24 apr
[scheikunde] Kan chloorgas de geleiding van elektriciteit belemmeren? 9
-
23 apr
Weerfrustratie 9
-
23 apr
geen minkowski-ruimte toch? Doe ik dit nou fout? 15
-
23 apr
do-re-mi-fa-so vliegtuigen 7
-
23 apr
Kunnen quantum Zonnecellen 190% quantum efficiënt zijn 3
-
23 apr
De Euro Nederlandse 100 qubit computer komt eraan
-
23 apr
projectiel 8
-
23 apr
Verschil tussen deze 2 vragen 5
-
23 apr
[scheikunde] berekeningen labo vitamine c bepaling 1
-
22 apr
[wiskunde] rode en witte ballen verdelen 8
-
22 apr
Rotatie van het heelal 41
-
22 apr
Muntje opgooien 14
-
21 apr
Reactiviteit silyl enol ethers 1
-
21 apr
Criterium voor vochtretentie
Nieuwsberichten
-
04 mar
Een nieuw soort magnetisme: altermagnetisme
-
31 okt
AI kan via stem diabetes vaststellen 11
-
21 okt
Einstein krijgt wéér gelijk 45
-
07 feb
witter dan wit 20
-
19 jun
irrigatie en de aardas
Structuur van programma's: tips
-
- Berichten: 56
Structuur van programma's: tips
- Bijlagen
-
- oefz8_10_11.pdf
- (65.32 KiB) 290 keer gedownload
-
- KlassendiagrammaEnora__1_.pdf
- (553.98 KiB) 247 keer gedownload
-
- Berichten: 5.609
Re: Structuur van programma's: tips
Is dat je voorgestelde oplossing? Of is dat de correcte oplossing?Ik zocht op dit forum enkele tips in verband met het opmaken van de structuur van een programma in Java. In de bijlage zit er een voorbeeld (met de opgave). Deze soort oefeningen vind ik soms chaotisch om te maken. Vaak maak ik meer methodes aan in een bepaalde klasse die er nodig zijn of heb ik er maar een paar terwijl de "oplossing" meerdere methodes in zijn klasse heeft. Natuurlijk is ieder klassendiagram zo goed als uniek, maar vaak moeten bepaalde elementen dicht bij elkaar aanleunen, wat bij mij soms niet het geval is (bij deze oefening). Vaak stel ik CRC kaartjes op en kijk ik wat het object moet kunnen en wat zijn verantwoordelijkheden zijn... Bij deze oefening zijn er immers immens veel klassen dat ik vaak de interacties tusses de klassen door elkaar lopen. Mocht er iemand deftige tips hebben...
Eerst en vooral: hoeveel ervaring heb je met programmeren (naar het schijnt moeten ze tegenwoordig dit al maken voordat ze een eerste volledige programma geschreven hebben
)Eerste bedenkingen: waar wordt bijgehouden welk object waar staat? Waar worden de NPC's hun AI uitgevoerd? Waarom is dit in een Nederlands-Engels mengelmoes?
Het belangrijkste bij dit soort dingen is belangrijk van onbelangrijk scheiden, abstracties maken.
Dus stap 1) is: wat maak je? Een sidescrollspelletje. Je hebt dus objecten die ergens op een kaart staan. Die objecten hebben enkel een positie. Op het einde ga je moeten kunnen efficient, gegeven een positie, vinden wat er op staat en omgekeerd, gegeven een object, zijn positie kennen.
Op dat moment maak je een schema enkel hiervan op. Zorg je dat al deze dingen werken.
Vervolgens voeg je iets toe, bijvoorbeeld op sommige objecten kun je niet stappen, op andere wel.
Vervolgens voeg je nog iets toe, bijvoorbeeld voorwerpen die iedere 'tick' iets moeten kunnen doen. Enz.
Bij iedere stap zorg je dat alle verantwoordelijkheden van hogere abstractieniveaus blijven werken (Bijvoorbeeld door subklassen te gebruiken!). En zo zak je steeds verder in de abstractieboom tot je volledig aan de opdracht voldoet. Zo zul je dan bijvoorbeeld zien dat een 'geboortegat' meer gemeen heeft met een 'wezen' dan met 'vak'.
What it all comes down to, is that I haven't got it all figured out just yet
And I've got one hand in my pocket and the other one is giving the peace sign
-Alanis Morisette-
And I've got one hand in my pocket and the other one is giving the peace sign
-Alanis Morisette-
-
- Berichten: 56
Re: Structuur van programma's: tips
Dit is de correcte oplossing317070 schreef:Is dat je voorgestelde oplossing? Of is dat de correcte oplossing?
Eerst en vooral: hoeveel ervaring heb je met programmeren (naar het schijnt moeten ze tegenwoordig dit al maken voordat ze een eerste volledige programma geschreven hebben
Eerste bedenkingen: waar wordt bijgehouden welk object waar staat? Waar worden de NPC's hun AI uitgevoerd? Waarom is dit in een Nederlands-Engels mengelmoes?
Het belangrijkste bij dit soort dingen is belangrijk van onbelangrijk scheiden, abstracties maken.
Dus stap 1) is: wat maak je? Een sidescrollspelletje. Je hebt dus objecten die ergens op een kaart staan. Die objecten hebben enkel een positie. Op het einde ga je moeten kunnen efficient, gegeven een positie, vinden wat er op staat en omgekeerd, gegeven een object, zijn positie kennen.
Op dat moment maak je een schema enkel hiervan op. Zorg je dat al deze dingen werken.
Vervolgens voeg je iets toe, bijvoorbeeld op sommige objecten kun je niet stappen, op andere wel.
Vervolgens voeg je nog iets toe, bijvoorbeeld voorwerpen die iedere 'tick' iets moeten kunnen doen. Enz.
Bij iedere stap zorg je dat alle verantwoordelijkheden van hogere abstractieniveaus blijven werken (Bijvoorbeeld door subklassen te gebruiken!). En zo zak je steeds verder in de abstractieboom tot je volledig aan de opdracht voldoet. Zo zul je dan bijvoorbeeld zien dat een 'geboortegat' meer gemeen heeft met een 'wezen' dan met 'vak'.
