Applet Frage

[lolcat3000]

Moin,

hab hier ein Problem/Frage:

Irgendwie funktioniert das mit dem Double Buffering im Applet nicht.

[highlight=Java]package Tests;

import java.applet.*;
import java.awt.Color;
import java.awt.Event;
import java.awt.Graphics;
import java.awt.Image;

/**
*
* @author #####
*/
public class Applet_Thread extends Applet implements Runnable
{
Thread t;
int i;
String wert, position;

Image offscreenImage;
Graphics offscr;

int w = size().width;
int h = size().height;

public void init()
{
t = new Thread(this);
t.start();

i = 0;

int width = size().width;
int height = size().height;

offscreenImage = createImage(width, height);
offscr = offscreenImage.getGraphics();

}

public void run()
{
while(true)
{
i++;
repaint();

try
{
t.sleep(1000/30);
}
catch(InterruptedException ex) {;}
}
}

public boolean keyDown(Event e, int key)
{
wert = "Wert der Taste = "+key;

return true;
}

public boolean mouseMove(Event e, int x, int y)
{
position = "Position "+"x: "+x+" y: "+y;

return true;
}

public void paint(Graphics g)
{
g.drawString("Schleife = "+i, 20, 20);
g.drawString(position, 20, 60);
g.drawString(wert, 20, 40);

offscr.setColor(Color.white);
offscr.fillRect(0, 0, w, h);

offscr.setColor(Color.white);
offscr.fillArc(0,0,w,h,w,h);

g.drawImage(offscreenImage, 0, 0, this);



}
public void update(Graphics g)
{
paint(g);
}

}[/highlight]

Immer wenn sich die Schleifenanzahl oder die Position der Maus verändert wird (mit drawString dargestellt), kommt es mir nicht so vor als ob es gelöscht und neu dargestellt wird sondern überschrieben/überzeichnet.

Kann mir da jemand weiterhelfen?

 

[Marco13]

Ja, vielleicht - vorher aber zwei Rückfragen:
- Aus welchem Jahrtausend stammt das Buch, aus dem du die Sache mit "keyDown" und so hast? (Das ist schon seit Java 1.1 veraltet - also seit 1997!!!)
- Willst du wirklich AWT (Applet) verwenden? Bei Swing (JApplet) ist DoubleBuffering schon eingebaut.

 

[lolcat3000]

Habs von da.

Is anscheinend schon älter^^

 

[hdi]

Date this article was posted to GameDev.net: 5/10/2001
(Note that this date does not necessarily correspond to the date the article was written)

 

[lolcat3000]

Naja, aber ich fand es war sehr gut Dokumentiert und jeder Schritt war genau beschrieben.

Könnt ihr mir den ein anderes Tutorial geben das auf neuerem Stand ist?

 

[babuschka]

Zum Thema Doppelpufferung gibt es in Guido Krügers Handbuch der Java-Programmierung folgenden Artikel: Doppelpufferung.

 

[lolcat3000]

Gibts eigentlich noch so ähnliche Tutorials wie das?

Falls nicht hätte ich ne Frage ob ich Applet mit JApplet (also AWT mit Swing) "kreuzen" kann.
Denn dieser setDoubleBuffer-Befehl wäre wirklich gut.

@Marco13, kannst jetzt auf meine Frage antworten?

 

[Marco13]

Deine erste Frage war, ob ich dir da weiterhelfen kann. Die Antwort ist: Ja.

Zur eineinhalbten Frage: Ein "kreuzen" von Swing und AWT ist nicht empfehlenswert. Es wäre eher sinnvoll, gleich nur Swing zu verwenden.

Sag' einfach bescheid, was genau deine Frage ist, und wo es hängt...

 

[lolcat3000]

Ok, aber was genau ist der Unterschied bzw. was verändert sich von AWT zu Swing? Gibts das irgendwo zum nachlesen? Oder noch besser wär ein Tutorial wie man mit JApplet ein Game bastelt.

 

[L-ectron-X]

AWT-Komponenten sind Heavyweight-Komponenten. Die werden auf die Komponenten des Betriebssystems gemappt. Die Anzahl der Komponenten ist begrenzt und die Funktionsweise veraltet.
Swing-Komponenten sind Lightweight-Komponenten. Sie werden von Java gezeichnet. So ist auch ein Pluggable Look And Feel möglich. Die Komponenten sind moderner und basieren meist auf bewärten Konzepten (MVC, Delegation-Event-Modell etc.)

Alle neuen JREs unterstützen zwar noch AWT, aber es macht kaum noch Sinn, die alten Komponenten zu benutzen.

Edit. Hier auch beschrieben: Galileo Computing :: Java ist auch eine Insel (8. Auflage) – 16 Grafische Oberflächen mit Swing

 

[Marco13]

Ob man ein Spiel als Applet oder "normale Anwendung" schreibt macht erstmal nicht sooo viel Unterschied (abgesehen von Details wie dem Abspeichern von Spielständen usw). Der Hauptunterschied ist, dass bei einer Anwendung irgendwo "...extends JFrame" steht, und bei einem Applet eben "... extends JApplet"....

 

[lolcat3000]

Die init() -Methode hab ich bisher auch nur in Applets gesehen Soll vermutlich der Konstruktor sein.

Gibts irgendwo eine Datenbank oder ne Seite wo ich mir die ganzen JApplet-Methoden ansehen kann?

 

[Illuvatar]

JApplet (Java Platform SE 6)

 

[lolcat3000]

So, ich stehe mal wieder vor einem Problem. Und zwar muss ich im JApplet eine Klasse "Thread" erstellen und die "sleep()" Methode funktioniert auch nicht.
Hab mal den Source Code mitgepostet...

[highlight=Java]package Tests;

import javax.swing.*;

/**
*
* @author Robert
*/
public class Thread extends JApplet implements Runnable
{
Thread t;
int i;

private Thread(Thread aThis) {}

public void init()
{
i = 0;
t = new Thread(this);
}

public void run()
{
while(true)
{
i++;
repaint();
try
{
t.sleep(1000/30);// <-Methode funzt nicht
}
catch(InterruptedException ex) {}
}
}
}[/highlight]

Mein Ziel ist es das selbe Programm oder Applet mit JApplet zu erstellen wie vorher (siehe ein paar Posts weiter oben).

Und noch ne Frage, wie funzt das jetzt mit dem setDoubleBuffered() im JApplet? Wo muss ichs hinschreiben?

EDIT: Das mit dem Thread hat sich geklärt...man bin ich blöd und nenne meine Klasse Thread -.-

 

[hdi]

Ein JApplet hat automatisch DoubleBuffering

 

[lolcat3000]

Ok. Und wie sieht die Methode "paint(Graphics g)" von Applet in JApplet aus?
Ich will ja nicht AWT mit Swing kreuzen^^

 

[hdi]

JApplet ist auch AWT. Es erbt von AWT Container. D.h. als ich vorhin meinte ein JApplet ist "Swing", war das falsch. Es hat halt die Double-Buffering Feature von Swing, aber ist ansonsten auch AWT (siehe API)

 

[Wildcard]

JApplet ist auch AWT. Es erbt von AWT Container. D.h. als ich vorhin meinte ein JApplet ist "Swing", war das falsch. Es hat halt die Double-Buffering Feature von Swing, aber ist ansonsten auch AWT (siehe API)

JApplet ist genauso viel, oder wenig Swing wie ein JFrame. Eine Mid-Weight Component

 

[lolcat3000]

Also wenn das so ist, verstehe bzw. finde ich meinen Fehler nicht...

[highlight=Java]package Tests;

import java.awt.Graphics;
import javax.swing.*;

/**
*
* @author Robert
*/
public class Applet_Thread extends JApplet implements Runnable
{
Thread t;
int i = 0;
String koords, loop;

public void init()
{
t = new Thread(this);
}

public void run()
{
while(true)
{
i++;
repaint();
try
{
t.sleep(1000/30);
}
catch(InterruptedException ex) {;}
}
}

public boolean mouseMove(int x, int y)
{
koords = "Position x: "+x+" y: "+y;

return true;
}

public void paint(Graphics g)
{
g.drawString("Schleife: "+loop, 20, 20);
g.drawString(koords, 20, 40);
}
}[/highlight]

Wenn man das ausführt kommt immer der Fehler das "Schleife" null ist. Als ich das mit Applet machte hats funktioniert.

 

[Marco13]

Einer der wenigen Unterschiede: JApplet hat Methoden init, start, stop die automatisch vom Appletviewer (bzw. Browser) aufgerufen werden. Wenn man das ganze als JFrame macht, muss man init von Hand aufrufen.... (vielleicht hätte ich präziser sagen sollen: Man kann ein Applet/eine Application leicht so schreiben, dass sie sich nur durch das Austauschen von "extends JFrame"/"extends JApplet" in eine Application/ein Applet umwandeln läßt)

 

[lolcat3000]

Also hätte ich von Anfang an normal programmieren können als ob es ein JFrame wär... find ich ganz nice, denn mit der "normalen" GUI Programmierung (JFrame) kenn ich mich doch einigermaßen gut aus.

Danke für die vielen hilfreichen Antworten! :toll:

 

[L-ectron-X]

Man kann ein Applet/eine Application leicht so schreiben, dass sie sich nur durch das Austauschen von "extends JFrame"/"extends JApplet" in eine Application/ein Applet umwandeln läßt)

Kann man machen, ja, aber damit nimmt man sich einen Teil der Flexibilität, die man gewonnen hat.
Wenn man beides braucht, hat es sich bewährt, einfach eine Klasse von JFrame erben lassen, für die Anzeige in einem Fenster. Eine weitere Klasse, die von JApplet erbt, für die Anzeige in einer Webseite. Und (mindestens) eine Klasse, die von JPanel erbt, die den anzuzeigenden Inhalt präsentiert. Das JPanel kann so in beide (JApplet/JFrame) Klassen eingebaut werden, ohne an Flexibilität zu verlieren.

 

[Marco13]

Vielleicht hätte ich nicht nur präziser sondern auch konkreter werden sollen...

class Thing extends JFrame
{
    public Thing()
    {
        getContentPane().add(new ThingContents());
    }
}

class Thing extends JApplet
{
    public Thing()
    {
        getContentPane().add(new ThingContents());
    }
}

... so in etwa - du weißt, worauf ich rauswollte....

 

[Ebenius]

Wieso wird eigentlich ständig von JFrame abgeleitet? Meist ergibt das keinen Sinn. Man leitet von JPanel ab oder baut ein JPanel mit dem entsprechenden Inhalt auf, ohne von JPanel abzuleiten. Dann legt man das Panel auf ein JFrame. Fertig. Beim (J)Applet so ähnlich. Man leitet von (J)Applet ab (weil man ja init() und start() und so überschreiben muss) und dort wird dann das gleiche Panel draufgelegt. Fertig.

Ebenius

 

[lolcat3000]

Ähm, jetzt mal ein paar Verständnis Fragen:

Muss ich jetzt die Methoden int(), start(), stop() und destroy() im JApplet drin haben?
Und wo ist die run() Methode geblieben?
Und wo führ ich den Thread aus?(War ja bisjetzt immer im run())?

 

[Ebenius]

Muss ich jetzt die Methoden int(), start(), stop() und destroy() im JApplet drin haben?

Nein. Die Methoden sind ja in der Applet-Klasse bereits implementiert. Meist braucht man aber trotzdem mindestens zwei der vier Methoden, oft auch vier, selber. Also überschreibt man die in Applet implementierten Methoden mit dem was man eben machen möchte. Keiner zwingt Dich dazu. Aber Du willst es trotzdem.

Und wo ist die run() Methode geblieben?
Und wo führ ich den Thread aus?(War ja bisjetzt immer im run())?

Das darf Dir jemand beantworten der den Thread bisher schon in der Hand hatte.

Ebenius