langreiter.com plain, simple: comments-2002-08-17

LANGREITER.COM plain, simple

START

Samstag, 17. August 2002

Java-Applikationen, die sich anfühlen wie native, ebenso schnell starten und dabei auf einer Diskette Platz finden (JRE, been a pleasure to meet you)? Ce n'est pas possible? Die Kombination SWT und Excelsior JET macht's möglich:

www.excelsior-usa.com/jetswt.html

Für diejenigen, die nicht die Muße haben, SWT wegen die dutzenden Eclipse-Megabytes downzuloaden:

www.erights.org/download/swt/

2002-08-17-jGUI

earl 8115 days AGO
famos!

stephan schmidt 8114 days AGO
Wozu SWT nehmen ? Wenn ich die Plattformunabhaengigkeit aufgebe, kann ich auch .NET nehmen denke ich.

chris 8114 days AGO
Welche relevante Plattformunabhängigkeit gibt man mit SWT denn auf? Ich finde Windows, Linux & MacOS X reichen fürs Erste, rechtfertigt das Momentum den Aufwand wird sicher auch auf andere Plattformen portiert werden ...

stephan schmidt 8114 days AGO
Ja. und in welcher Geschwindigkeit wird SWT auf JDKs portiert ? Bei Windows, Linux und MacOS X gleich ? Hmm. Man wird sehen. Der Vorteil von SWT ist, dass die Entwickler nicht so dummes Zeug wie mit Swing machen koennen. Weil vom Aussehen und von der Geschwindigkeit sehe ich nicht DIE unterschiede zu einer gut gemachten Swing Anwendung (ja, leider ist Swing so komplex, dass die meisten damit Mist produzieren).

Ganz persoenlich: Ich mag die SWT API einfach nicht. Ich habe mit Swing das Paradies gesehen ;-) und soll nun wieder MFC machen ?

Eventuell bin ich auch voreingenommen, weil Eclipse immer so mistig zum installieren war, im Gegensatz zu IDEA. Und dann auch nicht viel schneller.

earl 8114 days AGO
Ganz ehrlich: Swing ist das Paradies? Wenn du das ernst meinst, ist unter Blinden der Einäugige wirklich König.

Das "in welcher Geschwindigkeit wird SWT auf JDKs portiert" versteh ich nicht - was meinst du damit? Im übrigen möchte ich nicht behaupten, dass SWT jetzt das Paradies oder auch nur der nicht seh-Beinträchtigte ist.

stephan schmidt 8114 days AGO
1.) ich moechte nochmal auf die bedeutung des emoticons ";-)" hinweisen www.kidsville.de/internaut/08smiley02.htm
2.) Nunja, im Gegensatz zu SWT eher schon. Ich finde Swing sehr viel objekt orientierter als andere GUI toolkits, insbesondere SWT. Und was ist an SWT so toll ?

Ich meine: Kommen neue SWT Versionen auf allen Plattformen ungefaehr zeitgleich ? Faellt eine Plattform ploetzlich hinten runter ?

Ich meine "Famos" finde ich SWT bestimmt nicht. Und zur Plattformunabhaengigkeit: Excelsior ist doch Windows only, oder ?

chris 8114 days AGO
Mit SWT habe ich ehrlich gesagt zu wenig Erfahrung, um gross Vergleiche anstellen zu könnnen. Auf den ersten Blick (des bestenfalls einäugigen Langreiters ;-) sieht es aber nicht schlecht aus - vielleicht könntest du deine Bedenken noch etwas konkretisieren, würde mich wirklich interessieren ...

earl 8114 days AGO
okay - swing ist ein relatives paradies, bezugspunkt: SWT. verstanden :)

ich wuerde nicht sagen, dass SWT von der architektur her besonders toll ist (vor allem der need to dispose wuerd mir fuerchterlich am geist gehen), aber meine erfahrung hier (SWT) ist bis auf ein paar trivialere dinge eher beschraenkt.

was mir an SWT gefaellt, ist die idee an sich - native look & feel sowie annaehernde performance bei realistischer plattformunabhaengigkeit.

mich wuerden konkretere bedenken aber auch durchaus interessieren - und auch im vergleich zu swing.

bezgl der portierungsdauer: wenn ich das prinzip hinter SWT richtig verstanden hab, sollte es kein problem sein, neue SWT versionen fuer die wichtigsten plattformen gleichzeitig zu releasen.

famos finde ich generell die moeglichkeit endlich auch desktop maessig mit java mehr zu reissen - memory footprint von einem guten swing programm ist halt immer noch a wahnsinn.

stephan schmidt 8113 days AGO
@chris: Zu dem SWT vs. Swing schreibe ich nochwas auf Javangelist. Zu meiner Schande muss ich gestehen, dass ich grosse Dinge auch noch nicht gemacht habe damit und auch nicht mahcen werden +G+

@Earl: das mit der Performance ist ganz schoen, ja. Nur muss ich ehrlich sagen, auf meinem 1.2Ghz rechner hier, ist IDEA ausreichend schnell. Was aber bleibt, ist der Speicheraufwand von Swing, der ist das eigentliche Problem. Der kommt aber nicht aus der "Nicht-Nativ" Ecke, sondern aus der OO Ecke (Swing macht zuviele Objekte, vor allem wenn man es nicht kann. "The real reason why swing is so slow" www.javalobby.org/threadMode2.jsp?forum=61&thread=3258&start=-13&msRange=15) Ein weiteres Swin Problem glaube ich, ist dass die Leute Memory Leaks en masse produzieren.

earl 8113 days AGO
das massive memory allocation problem bei swing ist mir durchaus bekannt, ob man das jetzt allerdings rein auf die "OO ecke" abschieben darf wird dann ein bissl philosophisch. im prinzip geht es um die persoenliche meinung ob OO grundlegend durchaus gut ist, wenn dem persoenlich zugestimmt werden kann, dann glaube ich muss es doch auch moeglich sein mit vernuenftiger OO ein vernuenftiges GUI framework zu designen, dass sich also einerseits gut nach OO anfuehlt und handhaben laesst, auf der anderen seite aber trotzdem effizient arbeitet. - wie gesagt, eher philosphisch :)

zu den memory leaks: da stimme ich dir wirklich absolut zu, entspricht auch sehr meiner erfahrung. hat meiner meinung nach zwei ursachen (in der bildung): einerseits ist der glaube "mit gc gibts keine memory leaks" doch viel zu weit verbreitet und andrerseits, im speziellen falle swing, leistet die literatur hier zu wenig aufklaerung, dass speziell hier ein grosses augenmerk auf korrekte object (de)referenzierung und memory leaks zu legen ist, wird im besten falle irgendwo am rande erwaehnt.

[create _pmode] 8113 days AGO
@earl: ich habe relativ wenig mit Swing gemacht. Was heißt nun korrekte Dereferenzierung? Das man, wenn man ein Objekt nicht mehr braucht alle Referenzen löscht, damit der GC es mitnimmt?

stephan schmidt 8113 days AGO
Ja ich sehe das auch philosophisch. Mag sein, dass es eher aus der "schlechtes OO" Ecke kommt.

Ja, die meisten buecher behandeln das thema memory leaks in java nicht, und die meisten entwickler die man darauf anspricht meinen "Memory leaks ? Gibt es in Java nicht."

earl 8113 days AGO
@pmode: dazu wurde anderswo viel besser geschrieben :)

The Truth about Garbage Collection

Java memory management: Are memory leaks possible, preventable in Java?

Handling memory leaks in Java programs

google findet sicher noch mehr :)

Please log in (you may want to register first) to post comments!