[Lord of Alchemy]

Hallo,

ich habe mir vor ein paar Wochen ein Buch über C++ gekauft und es ein wenig durchgearbeitet bzw. mir ein paar Grundlagen erarbeitet. Ich möchte nun langsam von den Konsolenanwendungen weg kommen und damit beginnen kleinere GUI-Anwendungen für Windows zu programmieren.
Nun stellt sich die Frage mit welchem GUI Framework ich beginnen soll. Ich würde mich in der Hinsicht der Masse anschließen und gerne mit dem anfangen, welches am meisten genutzt wird. Nur leider habe ich keinen Schimmer welches das ist, kann mir da jemand weiterhelfen?

Vielen Dank schonmal im Voraus.

Gruß,
Lord of Alchemy

[ojas]

Hier ein Überblick über die gängisten Optionen:

Von Microsoft:

Windows API (a.k.a. WinAPI, a.k.a Platform SDK): nicht gerade modern, hoher Entwicklungsaufwand, verwendet keine Features von C++ sondern beschränkt sich auf den Teil von C++, der auch in C verfügbar ist. Wenn du dich ernsthaft mit MS-Windows beschäftigst solltest du sie aber kennen. Auf MS-Windows beschränkt. Falls du diesen Weg gehst, dann besorg dir das Buch von Charles Petzold.

Microsoft Foundation Classes (a.k.a MFC): C++-Wrapper um die Windows API. Von Microsoft entwickelt, aber intern nie eingesetzt. Nicht in der Express-Edition von Visual Studio verfügbar. Auf MS-Windows beschränkt.

Windows Forms: Aus dem .NET Framework von Microsoft. Du musst eine neue Programmiersprache lernen (genannt C++/CLI). Anstatt C++/CLI einzusetzen würde ich aber eher C# nehmen. Im Rahmen von Mono auch auf anderen Betriebsystemen verwendbar.

Windows Presentation Foundation: Aus dem .NET Framework von Microsoft. Soll wohl Windows Forms ablösen. Ebenfalls nicht mit Standard-C++ einsetzbar. Im Rahmen von Mono auch auf anderen Betriebsystemen verwendbar (wenn nicht jetzt, dann in naher Zukunft).

Alle diese sind sehr gut dokumentiert, allerdings dauert es eine gewisse Zeit bis man sich in der Dokumentation zurecht findet.

Von anderen Anbietern:

wxWidgets: Platformunabhängige Bibliothek, die sich an MFC orientiert. Neuere Versionen scheinen mir durchdachter als MFC zu sein, allerdings wird eine Menge Balast aus alten Tagen mitgeschleppt. Ich hatte Probleme mit der aktuellen Beta-Version, bin deshalb von wxWidgets weggegangen (ich habe allerdings unter Linux entwickelt, die Windows-Version ist besser). Mittelmäßige Dokumentation, allerdings gibt es ein Buch zu wxWidgets. Beispiel: Audacity.

Qt: Ursprünglich für UNIX entwickelt. Wird von KDE verwendet und von Nokia gepflegt und auch für Embedded Systems und weitere Betriebsysteme angeboten. Relativ modern, aber man muss mit dem beiliegenden Meta-Object-Compiler zusätzliche Quelltextdateien erzeugen bevor man GUI-Klassen kompilieren kann. Gute Dokumentation. Beispiel: Skype.

GTK+: Ursprünglich für UNIX entwickelt. Wird von Gnome verwendet und gepflegt. Sehr modern, aber schlecht dokmentiert (aber das Buch von Havoc Pannington gibt es im Internet). Eigentlich in C geschrieben, eine C++-Anbindung gibt es aber unter dem Namen gtkmm. Beispiel: Pidgin.

[Headcool]

Ich für meinen Teil kann Qt nur empfehlen. Gute Dokumentation, gute Struktur. Lässt sich auch für komplexe Programme verwenden(Bsp.: Autodesk Maya 2011).

[Lolomoloko]

Lässt sich auch für komplexe Programme verwenden(Bsp.: Autodesk Maya 2011).

seit wann hat die gui etwas mit der komplexität von software zu tun

[Lord of Alchemy]

Hier ein Überblick über die gängisten Optionen:

Von Microsoft:

Windows API (a.k.a. WinAPI, a.k.a Platform SDK): nicht gerade modern, hoher Entwicklungsaufwand, verwendet keine Features von C++ sondern beschränkt sich auf den Teil von C++, der auch in C verfügbar ist. Wenn du dich ernsthaft mit MS-Windows beschäftigst solltest du sie aber kennen. Auf MS-Windows beschränkt. Falls du diesen Weg gehst, dann besorg dir das Buch von Charles Petzold.

Also wäre es klug sich mit WinAPI die Grundlagen beizubringen, um dann später richtig einzusteigen?

[Pyrokar]

seit wann hat die gui etwas mit der komplexität von software zu tun

Je nach angelegtem Komplexitätsmaß und Einbindungsaufwand eines GUI-Frameworks sehr viel

[Rolus]

Also wäre es klug sich mit WinAPI die Grundlagen beizubringen, um dann später richtig einzusteigen?

Wenn du gerade erst C++ gelernt hast (bzw. immer noch lernst), solltest du erst mal nicht unbedingt eine C-Schnittstelle, wie die WinAPI, nutzen. Sonst besteht die Gefahr, dass du dir einen schlechten Stil angewöhnst oder durcheinander kommst. Also solltest du dich, sobald du C++ einigermaßen kennst, mit einer richtigen C++ GUI Bibliothek beschäftigen (wurden ja schon einige genannt). Am besten ist es wohl, wenn du dir mal etwas Zeit nimmst und dir mehrere Alternativen anschaust.

freundliche Grüße, Rolus

[ojas]

Also wäre es klug sich mit WinAPI die Grundlagen beizubringen, um dann später richtig einzusteigen?

Das kommt darauf an, was du mit Grundlagen meinst.

Technisch gesehen ist die WinAPI sicherlich die Grundlage, auf die andere Windows-Bibliotheken aufbauen.

Didaktisch gesehen ist es aber nicht als Fundament geeignet, das es ermöglicht, neu gelerntes einzuordnen. Da empfehle ich eher Windows Forms, wxWidgets oder Qt.

[Lord of Alchemy]

Ich kann mich einfach nicht entscheiden^^
Welches Framework ist denn euer Favourit? Was nutzen "Profis"? Oder ist es wirklich vollkommen egal, da es im Prinzip alles das Gleiche ist?

[ojas]

Profis verwenden das was am besten zu den Erfordernissen des Projektes passt. Allerdings haben die auch den nötigen Überblick, sich bei Bedarf schnell in eine neue GUI-Bibliothek einzuarbeiten.

Ich benutze für mein aktuelles Projekt Gtk+. Der GUI-Builder gefällt mir, es gibt Portierungen für MS-Windows und MacOS X und ich brauche keine Macros und keinen Meta Object Compiler zu verwenden.

Für Anfänger empfehle ich Qt oder Windows Forms.