Zweite Graphics-Methode wird nicht ausgeführt

[Fabienne]

Hallo zusammen,

wir (ziemliche Java-Anfänger) sind gerade dabei, ein Dame-Spiel in Java zu programmieren und haben ein "kleines" Problem. Vielleicht kann uns ja hier jemand weiterhelfen.

Wenn der Anwender auf "Datei --> Neues Spiel" klickt, soll das Spielfeld gezeichnet und die Steine sollen in der Anfangsstellung auf das Feld gesetzt.

Dazu haben wir in der Klasse FileNewListener folgenden Code geschrieben:

public void actionPerformed(ActionEvent e){
		momentanesFenster.zeichneBrett(ZeichenFeld.graphicini);
		momentanesFenster.steineAufstellen(ZeichenFeld.graphicini);
		logo = new Spiellogik();
		Fenster.zug.setText("Schwarz ist am Zug!");
		MouseEventKlasse.klickZaehler = 0;
		MouseEventKlasse.erstKlick = true;
	}

Wenn wir die Applikation laufen lassen, wird beim ersten Aufruf von "Neues Spiel" nur das Brett gezeichnet. Beim zweiten Aufruf von "Neues Spiel" werden dann erst die Steine darauf gesetzt. Danach funktioniert diese Funktion wie gewünscht, wenn man also Steine zieht und danach wieder auf "Neues Spiel" klickt, werden die Steine in die Anfangsstellung gesetzt. Nur beim allerersten Aufruf kriegen wir es nicht hin.

Wahrscheinlich hat es irgendetwas damit zu tun, dass wir zwei Methoden, die etwas zeichnen, aufrufen wollen und uns irgendeine Update-Funktion oder etwas Ähnliches fehlt.

Vielleicht kann uns ja einer mit diesen Informationen schon etwas zu dem Problem sagen. Sonst liefern wir auch gerne noch weiteren Code oder Erklärungen.

Vielen Dank im Voraus!

 

[Guest]

Kann es sein, dass ihr irgendwo eine funktion namens update überlagert oder eine andere funktion, mit der das AWT die Grafiken kontrolliert?
Kann es sein, dass ihr irgendwo den AWT-Thread angehalten oder deaktiviert habt, der die Grafiken kontrolliert?
Hilft es vielleicht etwas, wenn ihr nach den Grafik-Methoden Funktionen wie repaint() aufruft?
Kann es sein, dass irgendwelche Exceptions auftreten und ihr die mittels try und dann leeren catchs unterdrückt und sie so nicht ausgegeben werden? Vielleicht liegt ja eine solche Exception vor, irgend etwas könnte noch nicht initialisiert worden sein, der AWT-Thread könnte irgendein Problem haben oder irgend eine IndexOutOfBoundsException ist aufgetreten.

Was ich in einem solchen Fall jeweils mache, sind jede Menge System.out.println("blablab"); Ausgaben um genau sehen zu können, wo der Prozessor die Funktionen durchgeht und ob dann wirklich alle Funktionen durchlaufen werden, die benötigt werden.

Vielleicht hilft euch das weiter.
Gruss
Martin

 

[Christian W.]

Hallo, ich gehöre auch zu den von Fabienne vorgestellten "wir".

Wir haben, zumindest bewußt, keine update-Funktion oder einen anderen AWT-Thread überlagert, angehalten, blockiert oder ähnliches.
Wir haben auch schon versucht, unser Canvas mit repaint() anzusprechen, jedoch leider ohne Erfolg.
Auch exceptions haben wir bislang keine erhalten (wir haben momentan keine leeren catches), ebenso wie Fehlermeldungen.

Das mit dem System.out.print() könnten wir nochmal versuchen, allerdings wissen wir, dass er alle funktionen ausführt, die er ausführen soll, sie aber nicht alle darstellt.
Konkret heißt das in unserem Dame-Spiel, dass er uns das Brett zeichnet (eine Methode), dann die Steine aufstellt (zweite Methode), diese aber nicht zeichnet. Wir wissen, dass die Steine da sind, da wir mit ihnen ziehen können (sie werden dann später nach dem Zug sichtbar, also nur der gewählte Stein...)

Danke schonmal für die Mühe
Christian

 

[Quaxli]

Was mich bei Eurem Ansatz grundsätzlich wundert ist, daß Ihr das Zeichnen des Brettes separat aufruft. Grundsätzlich wird das Brett eigentlich immer gezeichnet. Bei mir würde das ungefähr so aussehen:

Überschrieben paint-Methode:

 public void paint(Graphics g){
  super.paint(g);
  
  if(gameStarted){                   //gameStarted ist in dem Fall ein boolean
    g.drawImage(0,0,brett,...);  //brett ist z. B. ein GIF oder JPEG

    drawStones(g);  // Methode, welche die aktuelle Position der Steine zeichnet
  }


 }

Dementsprechend hätte das Zeichnen des Brettes nichts mit der Spiellogik zu tun.

 

[Christian W.]

Hallo Quaxli,

so hatten wir das am Anfang auch gelöst. Allerdings haben wir uns im Laufe des Programmierens dann dazu entschieden, die Spielsteine nicht als Objekte, sondern als Eigenschaften der Spielfelder zu definieren (sprich wenn ein Spielfeld nicht den Status '0' hat, ist ein Stein darauf usw.).
Nachdem wir das so implementiert hatten, hat das nicht funktioniert, wenn wir das Brett in der .paint()-Methode aufgerufen haben (ist es nicht so, daß paint() permanent aufgerufen wird?).

Danke für die Mühe und Gruß
Christian