Java Problem bei Grafik und OoP

[nassi]

Hi,

habe ein Problem bei Java, könnt ihr mir kurz helfen, wenn ihr Zeit habt?

Es geht um folgendes:
Folgende Aufgabenstellung versuch ich zu lösen:
Es geht darum, dass man einen Hintergrund hat und darauf sollen bewegliche und nicht bewegliche Objekte zu sehen sein. Auto, Flugzeug, Ufo beweglich und Haus, Bäume nicht beweglich.
Vorgegeben ist eine Struktur:

class abstract erzeugeBildKlasse



class abstract festeObjekte extends erzeugeBildKlasse

class abstract bewegbareObjekte extends erzeugeBildKlasse



class abstract linearBewegbareObjekte extends bewegbareObjekte

class abstract bliebigBewegbareObjekte extends bewegbareObjekte



class auto extends linearBewegbareObjekte

class ufo extends bliebigBewegbareObjekte



class haus extends festeObjekte

class baum extends festeObjekte



So, ich habe angefangen zu schreiben und habe die Struktur erstmal außer acht gelassen. Ich habe eine Klasse: class Frame extends JFrame implements Runnable

Ich habe einen Konstruktor, der ein JFrame erzeugt.

Dann habe ich eine Methode startAnimation(); die in dem Konstruktor aufgerufen wird. In dieser Emthode wird lediglich ein Thread gestartet.

Dann gibt es natürlich die run(); die vom Thread aufgerufen wird, die die Bilddateien in einen Container(Mediatracker) packt und in einer Endlosschleife die Bewegung des Ufos und eines Autos ausführt.

Desweiteren wird in run() die Methode repaint aufgerufen, die zuerst die Methode update (Doppel Pufferung) startet und dann die Methode paint();



Letztlich nur noch die main() methode, die einfach nur ein Frame Objekt erzeugt.



Soweit funktioniert alles wunderbar, alles bewegt sich, wie es soll, es ist Flimmerfrei usw.!!



Jetzt das Problem:

Wenn ich das ganze nach der oben angegeben Struktur mache, und ein Ufo Objekt erzeuge, dann läuft das eine Ufo-Objekt ja auch, aber wenn ich nun ein zweites Ufo-Objekt oder ein Auto-Objekt einfügen (erzeugen) will, dann startet er ja 3 Frames... und fügt das ganze nicht in ein Frame... Das liegt ja daran, dass der super() Konstruktor jeweils aufgerufen wird und der startet ein neues Frame...



Ich habe echt schon viel ausprobiert, aber ich komm nicht drauf, wie ich das ganze ordnen soll, damit ich durch erzeugen der Ufo, Auto usw. Objekte alle in ein Fenster packe...

Das Problem istja auch, dass nur die Untersten Klassen, also Ufo, Auto usw., nicht abstract sind nur diese erzeugt werden können...



Bitte bitte um Hilfe!!!

Wenn ihr mehr Informationen, wie Quelltext und Bilder braucht, dann schick ich die gerne!!



Mfg

Chris

 

[klom]

Wie es scheint, brauchst Du einfach nur eine Klasse, welche die verschiedenen Animationen verwaltet.
Die Lösung könnte hier ein Array oder eine ArrayList sein, zu der du die verschiedenen Objekte hinzufügst und dann nacheinander darstellen lässt.

 

[bambi]

Ja, Du brauchst auf jeden Fall noch eine Klasse, die Deine anderen Objekte verwaltet und das Frame erzeugt und so...
Das hattest Du doch auch schon so implementiert...

So, ich habe angefangen zu schreiben und habe die Struktur erstmal außer acht gelassen. Ich habe eine Klasse:
class Frame extends JFrame implements Runnable
Ich habe einen Konstruktor, der ein JFrame erzeugt.
Dann habe ich eine Methode startAnimation(); die in dem Konstruktor aufgerufen wird. In dieser Emthode wird
lediglich ein Thread gestartet.
Dann gibt es natürlich die run(); die vom Thread aufgerufen wird, die die Bilddateien in einen Container(Mediatracker)
packt und in einer Endlosschleife die Bewegung des Ufos und eines Autos ausführt.
Desweiteren wird in run() die Methode repaint aufgerufen, die zuerst die Methode update (Doppel Pufferung) startet
und dann die Methode paint();
Letztlich nur noch die main() methode, die einfach nur ein Frame Objekt erzeugt.

Die Klasse erzeugt dann Dein Frame und verwendet die Objekte, die vorgegeben wurden. So wuere ich es jedenfalls machen...

 

[nassi]

Also, wenn ich das richtig verstanden habe, soll ich einfach eine weitere Klasse unabhängig von der vorgegebenen Klassenstruktur erzeugen, die auch die mainMethode enthalten kann (wenn wir schonmal dabei sind). Der Konstruktor dieser Klasse soll ein Frame erzeugen. Dann lass ich über eine Methode ein Array von Objekten übergeben, die dann in dem EINEN Thread aufgerufen werden und vorher natürlich in die Grafik eingefügt werden. Ich schreibe EINEN groß, da ich auch schon auf die Idee gekommen bin mehere Threads zu benutzen, wobei ich noch nicht ganz versteh, wie das gehen kann. Wenn ich meine Threads direkt in den untersten Klassen habe, also in Ufo, Auto usw., dann müsste ich ja in jedem dieser Objekte eine run() Methode haben, oder? und dann eben abgleichen mit synchronized?
Das ganze ist aber laut Aufgabestellung nicht erlaubt, glaub ich:

Hier ist mal der Link zu der Aufgabenstellung: http://www.in.tu-clausthal.de/~fstamm/propra0405/aufgabenzettel.pdf
Aufgabe 1!!

Die Aufgabe stammt aus einem Programmierpraktikum vom letzten Semester. Ich möchte dieses Semster das ProPra machen, und bereite mich gerade darauf vor.

In der Aufgabenstellung steht, dass die oberste Klasse, von der alle anderen abgeleitet sind, soll eine paint() Methode enthalten. Das kann sie aber doch nur, wenn sie von JFrame abgeleitet ist, ansonsten würde das nicht viel Sinn machen. Aber da komm ich wieder zu meinem Problem, dass wenn ich ein Ufo-Objekt und ein Auto-Objekt erstelle, ich schon wieder zwei versch. Frame habe.

 

[Bert Brenner]

Da hast du was falsch verstanden, es ist nicht so das nur JFrame eine paint() Methode anbietet. Schau dir z.b. mal Component an.

Aber ob du deine "oberste" Klasse davon ableiten willst ist deine Entscheidung, du musst halt gucken was sinnvoll erscheint. JFrame ist wahrscheinlich schlecht, da ja nicht jedes Object ein Fenster werden soll.

 

[Campino]

Du kannst die Methode auch paint() nennen, ohne sie von irgendwas abzuleiten...

 

[nassi]

nomma hi,

ja, daran hab ich auch mal gedacht. Also die Methode paint einfach nur zu erwähnen. eben abstract...

aber was sol ich dann im weiteren verlauf in meine paint() methode schreiben?


naja auf jeden fall danke!!!

 

[Bert Brenner]

Nun, vielleicht ne Methode in der art?

public abstract void paint(Graphics g);

So kannst du ein Graphicsobjekt übergeben auf dem gezeichnet werden soll.