Gtk + vs Qt Sprachbindungen

Question

Kurz gesagt: Für diejenigen, die mit Sprachbindungen in Qt und Gtk + vertraut sind. Z.B. Python und Rubin. Gibt es irgendwelche Qualitäts- oder Leistungsunterschiede?

Weitere Hintergrund: Ich kenne C++ und Qt sehr gut. Minimale Erfahrung mit Gtk +. Ich weiß, dass C++ nicht ideal für Sprachbindungen ist, weil es keine gut definierte ABI (Application Binary Interface) gibt. Ich habe auch gelesen, dass Gtk + an andere Sprachen gebunden ist. Ich frage mich, wie sich das in der Praxis manifestiert. Sind die Gtk + Bindungen besser erhalten oder funktionieren sie besser als ihre Qt-Gegenstücke?

Ich bin derzeit ziemlich interessiert an der Go-Sprache, und sie haben begonnen, Gtk + -Bindungen zu entwickeln. C++ - Bindungen sind jedoch weit entfernt. Ich frage mich, ob es sich lohnt, Gtk + zu lernen.

Answer 1

Ich habe GTK und Qt in C++ und auch PyGTK und PyQt in Python ziemlich ausführlich verwendet.

Qt schlägt GTK Hands down - es ist eine viel flexiblere, moderne und saubere API. GTK fehlen auch einige Funktionen, die mir wichtig sind. Von einem Framework-Standpunkt würde ich Qt empfehlen.

Wie für Sprachbindungen (ich kann nur über Python sprechen, da ich nie die Ruby-Entsprechungen verwendet habe), glaube ich, dass PyGTK (mit Glade und einem Wrapper wie Padraig Bradys libglade) GUI-Programmierung wahnsinnig einfach und spaßig macht. Wenn Sie jedoch Ihre Software GPL (oder die Lizenzgebühr) bezahlen können, ist PyQt auch eine gute Option, und zwar nicht ganz so freundlich wie PyGTK + Glade (mit GTK können Sie Ihre Benutzeroberfläche in Glade als separates XML definieren Datei, so können Sie die Benutzeroberfläche optimieren, ohne Code zu berühren, in Qt, wenn Sie QtDesigner verwenden möchten, müssen Sie Code mit uic generieren, wenn ich mich richtig erinnere) die API selbst ist wirklich sehr schön zu verwenden und spiegelt die Qt-Frameworks sauberes Design sehr nah.

Überhaupt würde ich wahrscheinlich PyQt über PyGTK empfehlen, aber ich kann voreingenommen sein, da ich Qt heutzutage viel lieber als GTK bevorzuge, obwohl Sie beide ausprobieren und sehen könnten, was Sie bevorzugen - sie sind beide fast trivial Arbeiten. Wenn Sie ein großartiges Buch über PyQt suchen, empfehle ich Rapid GUI Programming qith Python and Qt.

Zusammengefasst: IMHO Qt schlägt GTK in Qualität und Fähigkeit. Sowohl PyGTK als auch PyQt sind von ausgezeichneter Qualität und die Fähigkeiten spiegeln das zugrundeliegende Framework wider, obwohl PyGTK Glade XML-Dateien laden kann.

Answer 2

gibt es C++ gtk + -Bindungen. Google für gtkmm.

Answer 3

Ich habe sowohl mit PyQt als auch mit PyGTK gearbeitet und würde sagen, dass sie beide regelmäßig verwaltet und mit ihren übergeordneten Frameworks synchronisiert werden. Jedoch, und das ist völlig subjektiv, fand ich lohnender arbeiten mit PyGTK als mit PyQt, auch wenn ich vorher keinen Code mit GTK geschrieben hatte. Wenn Sie gut Qt wissen, gehen Sie mit Qt.

Answer 4

Ich denke, dass GTK-Bindungen älter als Qt sind (und so ein bisschen reifer), aber sie sind beide verwendbar und Ihre Vorkenntnisse von Qt sollten der Hauptfaktor in Ihrer Wahl sein.

Ich entwickelte kleine GUIs mit beiden Qt und GTK mit ihren Python-Bindungen und fand die beiden Äquivalente. Einiges bedauert jedoch die PyQt-Bindungen mit Qt-Containern (QVector, ...), die nicht in reguläre Python-Datenstrukturen übersetzt werden und somit dem Code ein wenig Komplexität hinzufügen. Ich erinnere mich nicht an die gleichen Probleme mit PyGTK.

Answer 5

Ich habe versucht, ein paar Kombinationen um Qt: RubyQt, JRuby + Jambi, PyQt. Der erste endet schnell in verschiedenen Segmentierungsfehlern. Meine Qt-Fähigkeiten können das Problem sein, aber insgesamt sind die seg-Fehler nicht ganz lesbar.Das Forum für RubyQt ist fast tot, also erwarte nicht, dort viele Informationen zu finden.

Also zog ich nach JRuby + Jambi. Das funktionierte bis gut, ich habe hier und da einige fehlende Funktionen erreicht. Außerdem musste ich ein richtiges Signal/Verbindung für JRuby implementieren. Also, mehr oder weniger ein Hack. Nicht überzeugend.

Endlich bin ich zu Python gewechselt (was ich nicht sehr mag). Aber woooh, was für ein Unterschied. Bindungen sind aktuell, ich muss noch einen segmetatio Fehler feststellen, Fehlermeldungen sind meist sehr erklärend. Soweit es mich betrifft, ist Python + Qt ein klarer Gewinner.

Bitte beachten Sie, dass ich diese Kombinationen probiert habe, um eine passende Sprache/Qt-Bindung zu finden, so dass ich mit meinen Kommutierungszeiten (ca. 2 Stunden pro Tag) eine Produktion erstellen kann. So ist meine Toleranz gegenüber kleinen aber nervigen Problemen wie Segmentierungsfehlern 0. Ich muss auch auf Windows und Linux entwickeln. Also ist Windows-Installation notwendig (und auch hier ist Python ein klarer Gewinner).