Qt Jambi vs SWT für cross-Plattform-GUI-Entwicklung
Ich bin derzeit dabei ein Projekt entwickeln von Anwendungen, die primär für Linux (Fedora 10). Es könnte aber der Fall sein dann werden wir in den Hafen diese Anwendungen auf Mac OS X und Windows, und wir wollen nicht ertappt werden, durch die Wahl der falschen GUI-toolkit.*
Für eine Vielzahl von legacy-Gründen in dem wir gefangen sind, die mit Java. Wir sind in den Prozess der Entscheidung zwischen der Verwendung von Qt Jambi und SWT für die GUI. Ich habe nicht viel Erfahrung in der Verwendung von entweder von Ihnen, also mache ich einige kleine Prototypen, um zu versuchen und bekommen ein Gefühl für Sie. So weit (nur auf Linux entwickeln) gibt es nicht viel Unterschied zwischen Ihnen. Es gibt jedoch eine Begrenzung für die Tiefe, die ich gehen kann in einer kurzen Zeit. Das ist, warum ich bin das bitten um Hilfe.
Den besonderen features von Interesse für uns sind:
-
Rahmenlosen Fenstern
-
kundenspezifische geformte Fenster (D. H. nicht rechteckig ist)
-
ästhetisch
Hat jemand irgendwelche Erfahrungen und/oder Erkenntnisse über diese zwei Bibliotheken, die möglicherweise Reise, die uns bis später?
- Agile Programmierung Menschen wird ohne Zweifel der Sprung auf den Satz "vielleicht ... später" und sagen, wir sollten uns nicht darum kümmern. Aber in der Abwesenheit von anderen Faktoren zwischen den toolkits, zukünftige Erweiterbarkeit Optionen tun. Ich verspreche nicht zu schreiben, cross-Plattform-spezifischen code, bis ich an 🙂
Update 11 Feb: vielen Dank für die tollen Antworten. Für diejenigen, die neugierig sind, werden wir wahrscheinlich gehen mit Jambi. Es war vor allem die Stylesheet-Funktionalität, die mich gewonnen, da Sie einfach eine Menge von custom-widget-Form-Sachen, die wir tun müssen. Die Qt-suite von Beispielen, die zeigten, dass die rahmenlosen, benutzerdefinierte-geformten Fenstern, in der Tat, arbeiten auf verschiedenen Plattformen, so sollten wir uns nicht gefangen kurz auf die Strecke. Die LGPL-Version war der Grund, warum wir waren angesichts Jambi an alle 🙂
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich Stimme mit Essig: will nicht ausschließen, Swing. Ich habe entwickelt, sowohl mit Swing und SWT, aber nicht mit Qt. Mit Schwung wird der code automatisch cross-Plattform. Mit SWT, dein code ist cross-Plattform, mit ein wenig Mühe, obwohl nicht viel Aufwand. Sind Sie für die Umsetzung einer lokalen Anwendung, ein Applet oder ein Web Start-Anwendung?
Den Vorteil von SWT ist, dass es verwendet alle nativen widgets. (vertrauten Look-and-feel.) Der Nachteil von SWT ist, dass es verwendet alle nativen widgets. (nicht so viele widgets, wie Swing hat), Ob dies eher ein Vorteil oder ein Nachteil ist hängt davon ab, was Sie tun und was Ihre Ziele sind. Dies bedeutet, dass die Bewegung hat eine größere Breite des widgets. Es gibt jedoch ein paar Dinge, die SWT nicht, dass Swing nicht zu tun, wie gut (oder überhaupt) - wie starten Sie das system-die native browser-und ausführen von JavaScript in diesem browser.
Wenn man bedenkt, SWT, betrachten Sie es sorgfältig. Wenn Sie bestimmte Bedürfnisse (wie etwa die Ausführung von JavaScript in einem browser-Fenster, das ins Leben gerufen wurde, die von Ihrer Anwendung), dann kann es Ihre beste Wahl sein. Allerdings, wenn die Schaukel kann ganz Ihren Bedürfnissen entsprechen, kann es eine bessere Wahl.
Ich hoffe, jemand anderes kann Informationen über Qt Jambi.
Beachten Sie, dass die Unterstützung sollte in Betracht gezogen werden, in Ihrer Entscheidung. Mit SWT, da ist eine kleinere Gemeinde zu unterstützen. Mit Swing, einer größeren Gemeinschaft, aber das bedeutet nicht, dass die fixes mehr bekommen, schnell in ein Entwicklungs-release. Mit Qt Jambi und mit SWT, wenn ein Fehler behoben ist, müssen Sie nur verteilen aktualisierte Bibliotheken mit Ihrer Anwendung. Mit Swing, müssen Sie warten, bis eine aktualisierte JRE. Weder ist unbedingt ein dealbreaker, aber es muss auch berücksichtigt werden.
Lizenzgebühren kann oder kann nicht eine überlegung sein. SWT und Swing, natürlich, nicht über Lizenzgebühren Jambi weiß ich nicht, aber es hängt von Ihrer beabsichtigten Verwendung-zum Beispiel, sind Sie der Verteilung eines GPL-Anwendung, oder einer kommerziell lizenzierten einer.
Glück.
Habe ich keine Erfahrung mit SWT, aber ich war arbeiten mit Jambi/Qt, Swing und GTK als gut. Das einzige problem mit Qt/Jambi ist die Lizenzierung meiner Meinung nach (müssen Sie entweder veröffentlichen Sie Ihre weichen unter GPL und kommerzielle Lizenz kaufen). Sie können nicht starten Sie das schreiben von software für kostenlos und dann "sehen, was passiert". Sie müssen sicher sein, dass Ihre software wird Erfolg haben, weil Sie haben, um Lizenzen zu kaufen. Diese in vielen Zeiten ist nicht der Fall.
Grüße.
Ooops, habe ich übersehen, diese Kommentare, danke für die Antwort. Dies ist eine gute Nachricht! Guter Zug von Nokia.
@cursa das war nicht sagte, so beachten Sie auch, dass Qt/Jambi ist mehr als widget toolkit. Sie haben Klassen für Netzwerke, Zeichenketten-manipulation (zusammen mit regexp-engine), Mutexe, 2d-Vektor - & raster graphics, openGL und viele mehr. Dies gibt den richtigen Schub, um die Anwendungsentwicklung.
Ich auch empfehlen den Download der Qt-Paket Jambi noobies, wegen der sehr netten Hilfe browser aufgerufen Assistentin, die Jambi fehlt. Alle API von Qt Jambi ist die gleiche (außer slots und Signale), auch die Dokumentation ist unverändert, so können Sie es verwenden, austauschbar.
Wissen Sie, Qt Jambi wird eingestellt, nach der 4.5-Version in diesem Monat? Das heißt nicht, dass es eine schlechte Wahl. Qt hat anderen community-gepflegt-Sprachanbindung, die außerhalb Leben Trolltech ' s Kontrolle.
http://www.qtsoftware.com/about/news/preview-of-final-qt-jambi-release-available
Ich würde nicht ausschließen, SWT, da ist es ein großer Erfolg in der eclipse-Welt. Ich nutze es gerne für etwa 6 Jahre und hatte nie zurückgreifen zu schwingen.
Ich würde nicht empfehlen, SWT. SWT ist eine schlecht gestaltete Bibliothek mit einer Menge von hacks und bugs. Sie werden auf der Suche die ganze Zeit für einen workaround für eine einfache Benutzeroberfläche-Aufgaben