Hallo,
was ist besser bzw schneller?
Und was hat mehr Fähigkeiten bzw Funktionen?

Was sollte ich besser verwenden AWT oder Swing?
oder vielleicht was anderes?

Was könnt ihr mir empfehlen?

[Sym]

Zitat von DrachenKaiser

Hallo,
was ist besser bzw schneller?
Und was hat mehr Fähigkeiten bzw Funktionen?

Was sollte ich besser verwenden AWT oder Swing?
oder vielleicht was anderes?

Was könnt ihr mir empfehlen?

Hi, Swing baut auf AWT auf und erbt größtenteils auch von diesen Klassen. Performance-Verluste habe ich noch nicht mitbekommen. Ich nutze eigentlich fast ausschließlich die Swingkomponenten. Aber Listener und Events gibt es nur im AWT-Paket.

Ich glaube, Swing gibt es erst seid Java2. Auf jeden Fall löst Swing ab, da Du mit Swing mindestens soviel machen kannst, wie mit den AWT-Klassen.

Wenn Du mehr Performance suchst, dann könntest Du auch SWT programmieren. Das nutzt dann - meines Wissens nach - c-Klassen. Allerdings musst Du für die Plattformunabhängigkeit dann die jeweiligen SWT-Libraries der Systeme installieren.

Moin Moin,

wie kann ich es erreichen das AWT und Swing nach dem minimieren wieder sichtbar werden? Gibt es ein refresh wie bei JProgressBar wo man mit

progressBar.setValue(i);
  progressBar.paint(progressBar.getGraphics());

das updaten erzwingen kann? Dieses ist nur dann wenn das Programm noch arbeitet, auch das Menü ist in dieser Zeit nicht sichtbar.


Holger

[pago]

@Flytronik: Meinst du Component.repaint(); ?


@DrachenKaiser: Nimm Swing oder SWT.
Ich persönlich bevorzuge Swing. SWT ist schneller als Swing, dafür aber wesentlich unflexibler und nicht Plattformunabhängig, d.h. du könntest Probleme kriegen, wenn dein Programm auf mehreren Plattformen laufen soll.
Swing besticht duch seine tolle Architektur und hohe Effektivität. Die Geschwindigkeit ist auch nicht so schlecht.

[peschmae]

Zitat von TheDragonMaster

Ich persönlich bevorzuge Swing. SWT ist schneller als Swing, dafür aber wesentlich unflexibler und nicht Plattformunabhängig, d.h. du könntest Probleme kriegen, wenn dein Programm auf mehreren Plattformen laufen soll.

SWT ist unflexibler? Inwiefern?
Die Plattformunabhängigkeit bei Swing kommt auch nicht vom Himmel gefallen - d.h. es braucht genau wie bei SWT auch für jede Plattform eine Portierung. Mit Windows, MacOS X, QNX und Linux/Unix (Motif, Gtk und auch Fox) ist die Zahl der verfügbaren Plattformen von SWT für "normale" GUI-Programme vollstdändig ausreichen - das einzige was mir einfällt was fehlt ist BeOS, aber da gibts ja afaik nicht mal ne JVM für.

Allerdings ist auch anzumerken dass Swing unter Java halt "quasi"-Standard ist und dass du für SWT-Programme jeweils auch SWT selber mitliefern musst weil das halt nicht gleich mit Java installiert wird.

MfG Peschmä

[pago]

Ich hab noch nicht intensiv mit SWT gearbeitet, aber ich stelle es mir recht schwierig vor, die Art des Renderings einer Komponente zu verändern, wenn sie vollständig nativ ist, d.h. Änderungen an den Komponenten soll angeblich ausgesprochen schwer sein.

[peschmae]

Zitat von TheDragonMaster

Ich hab noch nicht intensiv mit SWT gearbeitet, aber ich stelle es mir recht schwierig vor, die Art des Renderings einer Komponente zu verändern, wenn sie vollständig nativ ist, d.h. Änderungen an den Komponenten soll angeblich ausgesprochen schwer sein.

Das stimmt schon, das kannst du natürlich nicht.
d.h. wenn du sowas brauchst selber schreiben oder auf den vorhandenen plattformunabhängigen Komponenten aufbauen

MfG Peschmä