Ich mag Qt wirklich. Habe jetzt in mehreren Projekten damit gearbeitet.
Obwohl das Projekt, an dem ich gerade arbeite, nur für Windows veröffentlicht wird, codieren einige unserer Entwickler unter Mac OS X mit gcc. Und die Verwendung verschiedener Compiler und Umgebungen ist ein zusätzlicher Vorteil für die Lokalisierung von Fehlern & amp; Fehler.
Ich habe vergessen zu erwähnen, dass Qt eine wirklich gute Dokumentation hat, die viele praktische Beispiele enthält, die einen schnellen Start erleichtern.
Ich habe WxWidgets und QT professionell verwendet. Beide sind sicherlich in der Lage, Ihre Ziele zu erreichen. Welches ist am einfachsten ist schwer zu sagen. Sie sagen uns nicht, ob Sie einfach zu bedienen oder einfach zu lernen sind. Qt ist einfacher für große Programme. WxWidgets ist einfacher zu lernen. Dies ist zum großen Teil auf den Signal / Slot-Mechanismus in QT zurückzuführen, der eine gute, aber nicht intuitive Architektur für große Anwendungen darstellt.
Beide Bibliotheken sind eigentlich so gut, dass ich sie auch für nicht-plattformübergreifende Programmierung empfehlen würde.
Wie bei den anderen Postern, empfehle ich dringend, C ++ - Toolkits zu betrachten. GTK wird unter Windows und Mac OS funktionieren, aber nur unter Linux gute Ergebnisse bringen. Und sogar einige der GTK-Betreuer erfinden ihren eigenen objektorientierten C-Dialekt , um das Schreiben von GUIs gegen die native GTK-API zu vermeiden.
Wie für C ++ hängt es davon ab, was Sie wollen. Leichtigkeit der Entwicklung? Native GUIs auf jeder Plattform? Kommerzielle Unterstützung?
Wenn Sie native GUIs auf Win32 und Linux (und etwas semi-vernünftig auf dem Mac) wollen, ist eine ausgezeichnete Wahl wxWidgets. Hier ist ein längerer Artikel mit echten wxWidgets Erfahrungen . Der Mac-Port hat sich seit 2002, als dieser Artikel geschrieben wurde, wesentlich verbessert, aber er hat immer noch einige Schwachstellen.
Am einfachsten ist es, ein neues Programm zu schreiben, mit dem Sie am besten vertraut sind.
Am einfachsten zu verwenden, zu testen oder zu verteilen wäre wahrscheinlich das plattformübergreifendste, am weitesten verbreitete oder am meisten unterstützte, also GTK + / wx / Qt / Tk?
Beachten Sie, dass C selbst keine besonders einfache Sprache ist, insbesondere bei der wachsenden objektorientierten Vorgehensweise für GUIs.
Am einfachsten ist es, einen Prototyp in einer Skriptsprache zu erstellen und dann in eine kompilierte Version zu konvertieren, die ein Toolkit mit einer Skriptsprachenbindung (pyGTK, wxPython, etc.) sein kann.
Davon abgesehen haben von den "Großen" nur GTK + und Tk eine C-Bindung. wxWidgets, Qt und FLTK wurden alle in C ++ geschrieben und haben, soweit ich weiß, keine C-Bindings.
Ich schlage vor, dass Sie C ++ lernen und dann die verfügbaren Optionen vergleichen. Das Codieren in C ++ könnte wie das Codieren in einer Skriptsprache mit großen Annehmlichkeiten wie automatischen Zeigern, Dienstprogrammklassen und überladenen Operatoren, nicht-invasiven Garbage Collectors und einfach zu ererbenden Elternklassen wirken, die alle von der Sprache selbst und Ihrem Widget-Toolkit zur Verfügung gestellt werden.
Dann wäre mein persönlicher Vorschlag wxWidgets; recht einfach zu bedienen, besser dokumentiert als GTKmm und "freier" als Qt.
Tags und Links c c++ cross-platform gui-toolkit