Archief - hoe denken in java

hallo

vorig jaar java gezien en meestal met voorgestelde classen waarbij we ons zelf mochten laten gaan met methodes etc.
Dit jaar is het "iets " anders.
Nu interesseert de syntax de leraar niet maar wel het denken.
En hier zit nu mijn probleem dat ik niet echt zie hoe te denken als een java programma.
Zo moeten we nu bv een grijpkraan van op de kermis simuleren in word.
Dus de classes,afgeleide ,polymorfisme , abstracten en de methodes ,atributen etc.
zo heb ik nu een package view met mijn main classe in en een package model met een klasse grijpkraan(dus de bak) en een abstracte classe prijzen,en een afgeleide soortenprijzen.
In mijn hoofd weet ik wel hoe het systeem werkt maar op word komt het er niet uit.
Iemand tips(website's) of andere tips hoe ik moet leren denken (in 5 dagen want na de vakantie moet het binnen)

grts,

Je moet dus een class diagram maken maar weet niet welke classes en interfaces je programma nodig heeft?

Ik maak uit zijn tekst op dat hij wel weet hoe hij zijn programma moet implementeren, maar hij geen class diagram moet maken, maar tekstueel uitschrijven hoe en wat. En dat dat zijn probleem is.

Wel, je OO-model is een abstractie van de werkelijkheid (een echte grijpkraan) en die abstractie hangt af van wat je er eigenlijk mee wilt doen. Dat heb je ons nog niet verteld. Ik kan je wel meteen al zeggen dat je classes prijzen en soortenprijzen al verkeerd zijn.

lol begint dus al goed
Wat ik in mijn hoofd heb is het volgende.
Dus we simuleren een grijpkraan
Geld inworp is niet nodig is reeds gebeurd.
3 knoppen vooruit links en rechts.
We bediende de 3 knoppen indien nodig en nadien zakt de grijpkraan.
Dan is volgens het gewicht en de geleidbaarheid van het artikel.
Dus bv een uurwerk weegt niet veel en heeft een ring om op te nemen dus slaagkans 80%
bv een glibberige bol is zeer moeilijk te nemen slaagkans 10%
Dus moeten we in een hashmap onze prijzen steken,en deze moeten random gekozen worden.
De knoppen moeten random bediend worden maw als ik druk op vooruit word er random x aantal cm voorruit gegaan ,druk ik op recht random x aantal cm naar rechts en eenmaal bediend stopt het en zakt de grijper.
Indien we prijs hebben neemt de kraan het opbject mee en laat het vallen in de sleuf.
Dus de slaagkansen hangen af van
het gewicht,de materie de afstand van het artikel tot de sleuf en de grijpkracht van de kraan(los-middel-vast).
Ivb de classes prijzen had ik in gedachte dat een prijs altijd een gewicht heeft en een materie maar kan ook nog andere eigenschappen hebben dus daarvan een afgeleide maken.
We moeten idd geen uml maken gewoon eerst in word de classes,methodes,abstracte,overerving,attributen,zichtbaarheid en de verantwoordelijkheid van de methodes

ps mijn optie gaat wel naar netwerkbeheer gelukkig

mvg b,

Misschien moet je Thinking in Java gewoon eens lezen.

Is denken in Java gewoon niet kijken naar input en output?

- public methode die volledig proces doorloopt en met als enige parameters je input (bv bedieningstoetsen),
- grafische voorstelling (applet) die input opvangt en output weergeeft
- al de rest: afschermen (private), behalve je resultaten plaats je public zodat applet deze kan weergeven

een gui is niet nodig zo ver zitten we zelfs nog niet.
Het is puur de classes,methodes,abstracte,overerving,attributen,zichtbaarheid en de verantwoordelijkheid van de methodes.
Laat ik me het zo uitdrukken een uml maar dan uitgeschreven in word

Prior zei:

Is denken in Java gewoon niet kijken naar input en output?

- public methode die volledig proces doorloopt en met als enige parameters je input (bv bedieningstoetsen),
- grafische voorstelling (applet) die input opvangt en output weergeeft
- al de rest: afschermen (private), behalve je resultaten plaats je public zodat applet deze kan weergeven

Klik om te vergroten...

1 public method voor het hele proces? Dan heb je het hele Object Oriented zijn van Java toch wel eventjes behoorlijk hard overgeslagen...