Java Desktop-Anwendung: SWT vs. Swing [geschlossen]

Ich bin tagsüber Webentwickler und denke darüber nach, meine erste echte Desktop-Anwendung zu erstellen. Die Idee ist, ein Tool zu erstellen, das eine sich sehr wiederholende Aufgabe in einer Webanwendung automatisiert, in der keine API verfügbar ist.

Ich weiß, dass ich Java verwenden möchte. Ich habe es zuvor für Web-Inhalte verwendet, kenne die Syntax ziemlich gut und möchte, dass die Anwendung plattformübergreifend so einfach wie möglich ist.

Ich bin mir nicht so sicher, ob ich SWT oder Swing verwenden soll. Da mein Hauptpublikum Windows verwendet, möchte ich es dort so nativ wie möglich gestalten. Linux und Mac sollten funktionieren, aber das Aussehen ist hier nicht so wichtig.

Was sind die Argumente für und gegen jedes UI Framework, Swing oder SWT?

Vielen Dank.

PS: Ich entwickle unter Windows mit Eclipse. Aber ich dachte darüber nach, mit Netbeans zu spielen.

Pros Swing:

• Teil der Java-Bibliothek, keine zusätzlichen nativen Bibliotheken erforderlich
• funktioniert auf allen Plattformen gleich
• Integrierter GUI-Editor in Netbeans und Eclipse
• gute Online-Tutorials von Sun / Oracle
• Unterstützt von offiziellen Java-Erweiterungen (wie Java OpenGL)

Nachteile Swing:

• Das native Erscheinungsbild kann sich anders verhalten als das echte native System.
• Schwere Komponenten (native / awt) verbergen Swing-Komponenten, was die meiste Zeit kein Problem darstellt, da die Verwendung schwerer Komponenten eher selten ist

Vorteile SWT:

• verwendet nach Möglichkeit native Elemente, also immer natives Verhalten
• unterstützt von Eclipse, GUI-Editor VEP (VEP unterstützt auch Swing und AWT)
• große Anzahl von Beispielen online
• hat eine integrierte awt / swt-Brücke, um die Verwendung von awt- und Swing-Komponenten zu ermöglichen

Nachteile SWT:

• erfordert native Bibliotheken für jedes unterstützte System
• unterstützt möglicherweise nicht jedes Verhalten auf allen Systemen, da native Ressourcen verwendet werden (Hinweisoptionen)
• Verwalten nativer Ressourcen, während native Komponenten häufig zusammen mit ihren übergeordneten Ressourcen entsorgt werden. Andere Ressourcen, z. B. Schriftarten, müssen manuell freigegeben oder als Entsorgungslistener für eine Komponente zur automatischen Freigabe registriert werden.

Es ist wichtig zu berücksichtigen, dass einige Benutzer und einige Wiederverkäufer (Dell) eine 64-Bit-VM auf ihrem 64-Bit-Windows installieren und Sie nicht dieselbe SWT-Bibliothek auf 32-Bit- und 64-Bit-VMs verwenden können.

Dies bedeutet, dass Sie verschiedene Pakete verteilen und testen müssen, je nachdem, ob Benutzer über eine 32-Bit- oder eine 64-Bit-Java-VM verfügen. Sehen Sie dieses Problem beispielsweise bei Azureus, aber Sie haben es auch bei Eclipse, wo die Builds auf der vorderen Download-Seite ab heute nicht mehr auf einer 64-Bit-VM ausgeführt werden.

Pro Swing:

• Der größte Vorteil von Swing IMHO ist, dass Sie die Bibliotheken nicht mit Ihrer Anwendung versenden müssen (wodurch ein Dutzend MB (!) Vermeidet).
• Einheimisches Erscheinungsbild ist für Swing viel besser als in den Anfangsjahren
• Leistung ist vergleichbar mit swt (Swing ist nicht langsam!)
• NetBeans bietet Matisse als komfortablen Komponentenhersteller an.
• Die Integration von Swing-Komponenten in JavaFX ist einfacher.

Aber unter dem Strich würde ich nicht empfehlen, 'pure' Swing oder swt zu verwenden ;-) Es gibt verschiedene Anwendungs-Frameworks für Swing / swt out. Schau hier . Die größten Spieler sind Netbeans (Swing) und Eclipse (Swt). Ein weiterer schöner Rahmen könnte Griffon sein und ein schöner Satz von Komponenten ist Pivot (Swing). Griffon ist sehr interessant, weil es viele Bibliotheken integriert und nicht nur Swing ; auch Pivot, SWT usw.

Ich würde Swing aus mehreren Gründen benutzen.

• Es gibt es schon länger und es wurden mehr Entwicklungsanstrengungen unternommen. Daher ist es wahrscheinlich mehr Funktionen vollständig und hat (vielleicht) weniger Fehler.

• Es gibt viele Dokumentationen und andere Anleitungen zur Erstellung performanter Anwendungen.

• Es scheint, als würden Änderungen an Swing gleichzeitig auf alle Plattformen übertragen, während Änderungen an SWT zuerst unter Windows und dann unter Linux angezeigt werden.

Wenn Sie eine sehr funktionsreiche Anwendung erstellen möchten, sollten Sie sich NetBeans RCP (Rich Client Platform) ansehen. Es gibt eine Lernkurve, aber Sie können mit ein wenig Übung schnell schöne Anwendungen zusammenstellen. Ich habe nicht genug Erfahrung mit der Eclipse-Plattform, um ein gültiges Urteil zu fällen.

Wenn Sie nicht das gesamte RCP verwenden möchten, bietet NetBeans auch viele nützliche Komponenten, die herausgezogen und unabhängig voneinander verwendet werden können.

Ein weiterer Ratschlag: Schauen Sie sich verschiedene Layout-Manager an. Sie haben mich lange gestolpert, als ich gelernt habe. Einige der besten sind nicht einmal in der Standardbibliothek. Die Tools MigLayout (sowohl für Swing als auch für SWT) und JGoodies Forms gehören meiner Meinung nach zu den besten.

Ich würde Swing wählen, nur weil es für Java "heimisch" ist.

Schauen Sie sich außerdem http://swingx.java.net/ an .

Für Ihre Anforderungen klingt es so, als würde Swing unter dem Strich verwendet werden, da der Einstieg etwas einfacher ist und nicht so eng in die native Plattform integriert ist wie SWT.

Swing ist normalerweise eine sichere Wette.

Interessante Frage. Ich kenne SWT nicht so gut, um damit zu prahlen (im Gegensatz zu Swing und AWT), aber hier ist der Vergleich von SWT / Swing / AWT.

http://www.developer.com/java/other/article.php/10936_2179061_2/Swing-and-SWT-A-Tale-of-Two-Java-GUI-Libraries.htm

Und hier ist die Seite, auf der Sie ein Tutorial zu praktisch allem auf SWT erhalten können ( http://www.java2s.com/Tutorial/Java/0280__SWT/Catalog0280__SWT.htm ).

Ich hoffe, Sie treffen eine richtige Entscheidung (wenn es richtige Entscheidungen bei der Codierung gibt) ... :-)

Wenn Sie eine voll funktionsfähige Anwendung mit mehr als einer Handvoll Funktionen erstellen möchten, empfehle ich, Eclipse RCP als Framework zu verwenden.

Wenn Ihre Anwendung nicht zu groß wird oder Ihre Anforderungen einfach zu einzigartig sind, um von einem normalen Geschäftsframework verarbeitet zu werden, können Sie sicher mit Swing springen.

Am Ende des Tages würde ich Ihnen empfehlen, beide Technologien auszuprobieren, um den für Sie besseren zu finden. Wie bei Netbeans vs Eclipse vs IntelliJ gibt es hier keine absolut richtige Antwort und beide Frameworks haben ihre eigenen Nachteile.

Pro Swing:

• mehr Experten
• mehr Java-ähnlich (fast kein öffentliches Feld, keine Notwendigkeit, über Ressourcen zu verfügen)

Pro SWT:

• mehr Betriebssystem nativ
• schneller

Eine Sache zu beachten: Screenreaders

Aus bestimmten Gründen funktionieren einige Swing-Komponenten bei Verwendung eines Screenreaders (und der Java AccessBridge für Windows) nicht gut. Wissen Sie, dass unterschiedliche Screenreader zu unterschiedlichem Verhalten führen. Und meiner Erfahrung nach schneidet der SWT-Tree in Kombination mit einem Screenreader viel besser ab als der Swing-Tree. Daher wurden in unserer Anwendung sowohl SWT- als auch Swing-Komponenten verwendet.

Für das Verteilen und Laden der richtigen SWT-Bibliothek ist dieser Link möglicherweise hilfreich: http://www.chrisnewland.com/select-correct-swt-jar-for-your-os-and-jvm-at-runtime-191

SWT wurde als Reaktion auf die Trägheit von Swing um die Jahrhundertwende entwickelt. Jetzt, da die Leistungsunterschiede vernachlässigbar werden, ist Swing meiner Meinung nach eine bessere Option für Ihre Standardanwendungen. SWT / Eclipse hat ein schönes Framework, das bei vielen Kesselplattencodes hilft.