Archief - programma blueJ

Olla voor school mijn (herex) moet ik een nieuw programma schrijven, het gaat hierom een game.
We moeten voor de taak een doolhof maken dat bestaat uit 4 soorten vakjes!
- witte vakjes (hierop mag je lopen)
- zwarte vakjes (hierop ma je niet lopen)
- magneten (deze krijgen een bepaalde sterkte, afhankelijk hiervan bepalen ze hoever je ermee kan geraken, zij trekken aan, er is ook geen enkele andere mogelijkheid om te bewegen voor de speler)
- ventilators (zelfde als met magneten, alleen blazen zij, er is ook geen enkele andere mogelijkheid om te bewegen voor de speler)

Ik heb hiervoor eerste één klasse gemaakt Vak! Van hieruit heb ik alles laten overerven naar WitVak, ZwartVak, Magneet & Ventilator! Afhankelijk van de klasse heb ik dan nog specifieke dingen geprogrammeerd (zoals WitVak Color.White, ect.)
Nu heb ik echter nog een hele boel problemen:
- in de klasse Vak wou ik graag een if-statement schrijven waarin staat:
if (v.getKleur = Color.White) {toegankelijk true}
else {toegankelijk false} // Dit lukt me dus niet die zegt de hele tijd dat hij v niet kent maar v komt van Vak ik krijg het hem precies niet duidelijk gemaakt!
- in de klasse Magneet & Ventilator moet ik sterktes geven aan hun. Ik wou dit doen aan de hand van kleuren blauw: sterkte = 1, oranje: sterkte = 2,... Dat heb ik ook met een if-statement gedaan. Nu weet ik echter niet of ik dit moet schrijven in de Klasse magneet/ventilator en of ik het nu moet schrijven in een andere klasse zoals Speelbord
- in de klasse Speelbord wou ik schrijven dat de rand rondom volledig zwart moet zijn! Anders zou immers mijn speler kunnen buiten wandelen en krijg ik normaal gezien toch fouten! Dit heb ik met for-loops gedaan maar ik weet niet of dat wel correct is. Ik heb 2 vakjes normaal gezien wit gemaakt. Dit zijn de start positie en de eind positie.
- in de klasse Speelbord komt ook het doolhof zelf. Ik weet echter niet hoe ik hieraan moet beginnen zodat dit volledig automatisch programmeert. Hiermee bedoel ik het volgende. Tijdens de les zagen we een 2D-array (hoe dat precies werkt begrijp ik ook wel niet meer) Hierin werd dan handmatig gezegd op [positieX] [positieY] dynamiet! Nu voor een heel doolhof vind ik dit zeer omslachtig om te doen. Daarom wil ik het liever automatisch zodat hij zelf ziet hoe. Nu weet ik niet hoe ik hiervoor kan zorgen dat hij 1 weg wel volledig naar de uitgang laat gaan, en andere wegen (tis een doolhof dus ik ga ervan uit dat er ook wegen moeten zijn die niet zo gaan) zijn die ergens stoppen. Verder moet ook op iedere hoek waar de positie wijzigt een Magneet of ventilator staan. Dit zou ik eventueel nog kunnen doen door in de weg te schrijven dat indien de weg
if (horizontaal && positieX + 1 == Color.Black) {add new magneet of ventilator}
Tot dusver zijn dat mijn grootste problemen. Waarschijnlijk ben ik nog iets vergeten, maar weet ik het gewoon nog niet! Nu ik heb nog wel 1 probleempje wat misschien al wat extra is dus dat maakt nog niet zoveel uit op het moment
- Dan zou ik nog graag afbeeldingen plaatsen voor mijn Speler, een magneet en voor een ventilator. Nu weet ik niet hoe ik aan mijn pc duidelijk maak load die up van op mijn c schijf die map ect. En uiteraard die afbeeldingen voor Speler, magneet en Ventilator mogen niet groter zijn als 1 vakje zelf! Hoe kan ik hier ook nog voor zorgen.

Zou iemand mij hiermee nog wat kunnen helpen?
groetjes en alvast bedankt om tot hier te lezen

Het spel heb ik onder volgende link geüpload:
MagnetischDoolhof_theGame.rar download - 2shared

het onderwijs feilt zeker... hoe kunnen ze nu een game-opdracht geven als je niet eens enkele basis stuff onder de knie hebt.

voor probleem 1: v mag niet private zijn, en best ook niet public, wat schiet er dan nog over?

Wellicht zelfstudie hé. Al doende... Wij hadden ook nog nooit van access modifiers gehoord toen we een spel moesten maken, speelbaar over het netwerk.

Ik zou hoe dan ook ook niet controlleren op uw kleur, maar eerder op de instanceof om zo een onderscheid te maken tussen de verschillende klassen.

En nu niet voor het één of het ander, maar als je nog niet eens het concept van een 2D-array begrijpt vrees ik dat uw herexamen niet zo goed zal lukken..

Jerre Muesli zei:

Wellicht zelfstudie hé. Al doende... Wij hadden ook nog nooit van access modifiers gehoord toen we een spel moesten maken, speelbaar over het netwerk.

Klik om te vergroten...

Dat begrijp ik dus niet. Dat is basis-OO die toch zeker in één van de eerste lessen aan bod moet komen imo.
Ik begrijp niet dat je als prof direct "hands-on" dingen wil aanleren als uw studenten geen idee hebben hoe een programma ineen steekt.

Ik denk dat we de wereld een dienst bewijzen door niet te helpen...

KiPpIe zei:

Dat begrijp ik dus niet. Dat is basis-OO die toch zeker in één van de eerste lessen aan bod moet komen imo.
Ik begrijp niet dat je als prof direct "hands-on" dingen wil aanleren als uw studenten geen idee hebben hoe een programma ineen steekt.

Klik om te vergroten...

Dit lijkt me eerder een eerstejaarsstudent TI die niets van de programmeerlessen heeft gesnapt (of ze niet heeft bijgewoond).

Bv202 zei:

Dit lijkt me eerder een eerstejaarsstudent TI die niets van de programmeerlessen heeft gesnapt (of ze niet heeft bijgewoond).

Klik om te vergroten...

lol

UGent? Welke opleiding?
Bij mijn broer dezelfde problemen gezien vorig jaar :/


Anyway, heb niet alles gelezen, maar dit viel me meteen op (omdat ik iets soortgelijks heb gezien/gehoord bij mijn broer vorig jaar):

in de klasse Vak wou ik graag een if-statement schrijven waarin staat:
if (v.getKleur = Color.White) {toegankelijk true}
else {toegankelijk false} // Dit lukt me dus niet die zegt de hele tijd dat hij v niet kent maar v komt van Vak ik krijg het hem precies niet duidelijk gemaakt!

Klik om te vergroten...

Je hebt een mooie hierarchie opgezet met Vak als superklasse + die 4 subklasses. Toch lijk je dít probleem persé in Vak te willen oplossen? De oplossing is echt voor de hand liggend hoor: geef Vak een (eventueel abstracte) methode 'boolean canBeAccessed()' (oid), dewelke altijd true teruggeeft BEHALVE de (overriden) versie in uw WitVak. Je kan dan aan élk Vak, onafhankelijk van zijn subclasse, vragen of het betreedbaar is.

Bovendien lost het ook een abstractie-probleem op. Stel dat de prof ineens beslist dat dat vak niet meer Wit moet zijn, maar wel Rood. Met uw code zou je moeten beginnen zoeken in Vak naar checks op kleur, terwijl dat in mijn versie helemaal niet nodig is.


Maar eerlijk? Doe dat vak opnieuw (concentreer u op andere herexamens?) en volg de les deftig. Koop(/download) u desnoods een boek over OO-programmeren of Java-programmeren. Je gaat jezelf erg veel plezier doen.

Oja: gebruik Engelse benamingen AUB

Een mooie hierarchie? Hmmm.... Wat is de toegevoegde waarde van WitVak/ZwartVak t.o.v. Vak? In vak wordt kleur bijgehouden (wat voor de rest nergens wordt geinitialiseerd, dit geheel terzijde). Waarom dan in WitVak/ZwartVak ook nog eens de kleur bijhouden?

*zucht*

De hiërarchie is 'mooi', de implementatie is inderdaad brak.

De hierarchie is inderdaad nog verdedigbaar, maar persoonlijk ben ik niet voor subklasses die zelf geen toegevoegde waarde hebben tov hun superklasse (ik spreek hier niet over implementaties van interfaces).

Dat is het net: er zijn wel een aantal elementen die de hiërarchie hier rechtvaardigen. Al heeft hij het niet zo geïmplementeerd.

nee Uhasselt! Het is mijn enigste herexamen dus ik ga het zeker niet laten gaan! In ieder geval hartelijk bedankt voor de hulp moesten er nog hulp-comments zijn mag je ze altijd posten! FYI ik ben naar de les geweest het enigste probleem is examen-periode = leerperiode ,niet-examen-periode = feest periode, niet voor java blijkbaar!

Duh.

Welke richting volg je dan eigenlijk?

handelsingenieur 2e jaar!

Kzou ook gewoon eens in Netbeans werken ipv bleuJ. Maakt het al veel duidelijker, in bleuJ kunt ge gewoon niet deftig 'grote' programma's maken.

True, heb ik vorig jaar ook gezegd tegen m'n broer.

Voor zover ik het bekeken heb, lijkt het mij leuk speelgoed om snel een klein programmatje mee te maken & zo de interesse voor programmeren te kweken bij jongeren.