Welche GUI soll ich nehmen?
-
Oh mein Gott, jetzt ist es raus! Mein Neujahresgruß Account kann aufgrund von Unachtsamkeit eindeutig zugeordnet werden! *imbodenversink*
-
@ηatnθ
Interessanter Name
So werde ich es tun. Erst mit Qt anfangen, fltk mal ansehen und ggf. auch verwenden und dann mal die WinAPI benutzen, wenn ich angeben will oder sie brauche oder sie mal ausprobieren will.
-
Also die WinAPI ist beileibe keine Haxx0r-Angelegenheit, mit der man groß angeben könnte und eigentlich auch ziemlich gut dokumentiert. Sie ist eher so wie die Klisché-Freundin, die vor alles, das man theoretisch irgendwann einmal gebrauchen könnte, und auch wirklich nur das, ein paar Klimbim-Sachen stellt.
-
Also ist sie doch nicht so schlecht aber kompliziert?
Aber ich bleibe bei meinem Entschluss Qt zu verwenden, fltk mir anzusehen und ggf. auch verwenden und die WinAPI mir ansehen und ggf. auch verwenden.
Trotzdem danke.
-
Atlan schrieb:
Also ist sie doch nicht so schlecht aber kompliziert?
Schaus dir selber an
Nein, ich find sie auch nicht so schlecht und so kompliziert, aber ich arbeite schon seit über 15 Jahren ab und zu damit. Und wenn man langsam damit anfängt, muss man auch nicht so viel können. Aber grad das ganze GUI Zeugs in der WinApi ist sehr umständlich und unangenehm. Das muss man sich einfach nicht antun, wenn man nicht muss.
Ich hab früher (so vor 15 Jahren angefangen) Delphi prorgammiert und da musste ich noch einiges mit der WinApi machen. Die Delphi Komponenten waren hauptsächlich Wraper um WinApi Controls und Funktionen. Da war der Einstieg aber nicht so schlimm, ich musste nichts from Scratch machen. Ich hatte ja schon meine Fenster, Events usw. Ich konnte mir aber z.B. das Handle von einem Control holen und damit was machen, z.B. dem Control eine Message schicken, oder eine Funktion aufrufen, die der Delphi Wrapper nicht implementiert hatte. War alles halb so wild, waren ja nur einzelne Funktionen, in einem problemlos funktionierenden Grundgerüst.
So ein Grundgerüst mit der WinApi aufzubauen finde ich aber ziemlich ekelhaft. Das sind so 50-100 Zeilen Code, die man braucht, um überhaupt mal ein Fenster anzuzeigen. Und dann diese ganzen Windows Messages, die alle unterschiedlich aufgebaut sind, diese Funktionen mit 20 Parametern usw... Muss nicht wirklich sein.
-
Dieser Thread ist größer geworden, als ich gedacht hätte.
@Mechanics
Ich finde ja schon Funktionen mit fünf Parametern schlimm.
Zum Glück gibt es Dinge wie Qt, fltk, Cinder, MFC usw, die für mich diese Funktionen aufrufen. Jetzt hab ich mal eine Vorstellung, wie das Arbeiten mit der WinAPI ungefähr ist. Danke.
-
1. Qt runterladen
2. Die Beispiele und Tutorials im QtCreator ansehen und glücklich werden...
-
Wer sagt, dass nur wxWidgets und Qt ernstzunehmen sind?
GTKmm gibt es ebenfalls. Gnome, Xfce und Lxde basieren auf GTK+ und GTKmm ist ein C++ Wrapper auf GTK+.
Ich mag GTKmm.
Mit freundlichen Grüßen
-
SepGuest schrieb:
Wer sagt, dass nur wxWidgets und Qt ernstzunehmen sind?
GTKmm gibt es ebenfalls. Gnome, Xfce und Lxde basieren auf GTK+ und GTKmm ist ein C++ Wrapper auf GTK+.
Ich mag GTKmm.
Mit freundlichen Grüßen
Für Linux stimmt dass, aber Windows oder Mac wirst du schwierig mit GTK abdecken können IMHO.
Und für mich ist das Problem bei allen Wrapper Libraries die auf C aufsetzen, C.
Was eben nicht von C++ aus zugängig ist, muss man über C Schnittstellen umständlich aufrufen.Es bleibt auch immer die Frage, was für Feature benötigt werden, nur eine Simple GUI, oder noch andere Anforderungen, welche evtl. nicht von allen Frameworks abgedeckt werden. Eine universelle Antwort gibt es daher für mich heute eigentlich nicht mehr auf die Frage.
Qt bietet vieles neben UI noch, wie Datenbanken, JSON, Netzwerk + HTTP(s), Neuerdings auch Android und iOS.
-
Moin,
entschuldigung, dass es so lange gedauert hat.Die Features: sind nicht sooo wichtig, da es auch noch Boost gibt, mit Dingen, die in qt womöglich auch drin sind, aber Boost benötige ich für das Eine oder Andere doch.
Plattformunabhängigkeit ist mir egal, solange es auf Windows läuft. Meine Programme werden sowieso nie auf einem Linux Rechner laufen und wenn doch dann eben in einer VirtualMachine.Mir ist nun eine Professionel Version vom Visual Studio 2013 in die Hände gefallen. Da ist MFC ja schon bei. Qt habe ich mir angesehen und ich fand es nicht so sympathisch, was auch am Editor gelegen haben könnte.
MFC ballert mir die Projekte mit nutzlosen Dingen zu, die ich gar nicht haben will aber dafür scheint es eine Lösung zu geben. Deshalb werde ich wohl erst mal mit MFC weiter arbeiten und wenn mich das irgendwann nervt, steige ich halt noch mal um.Danke noch mal an alle.