Womit Windows GUI erstellen

B

bcom

0
Hi,
also es geht um folgendes. Ich kann C++/etwas Assembler programmieren, allerdings habe ich bisher in C++ für Windows immer nur Consolenanwendungen programmiert, also ohne eigenes Window Management. Einzige ausnahme war, dass ich mir vor Ewigkeiten mal ein Fenster Programm mit dem C++-Builder 6 von Borland "zusammengeklickt" hab.
Nun wollte ich mir allerdings mal ein Windows-Fensterprogramm komplett ohne den grafischen Zusammenklickeditor von Borland 6 erstellen. Dafür gibts ja mehrere Methoden wie direkte Win-APi programmierung, MFC, oder mit .net müsste das ja auch noch irgendwie gehen.

Nun ist meine Frage, welche Methode könnt ihr mir empfehlen(bzw. welche vor und Nachteile haben die Methoden), oder gibt es noch andere als die von mir genannten?
Falls ihr nen Link zu nem guten Tut dazu habt, wär natürlich auch nett, wenn ihr den hier posten könntet.

Thx schonma für eure Hilfe,
bcom
 
Du könntest dir auch die Opensource-Programme DevCPP von Bloodshed und dazu das GTK runterladen und installieren und damit GUIs erstellen. Als Howtos kannst du eigentlich jedes beliebige GTK+-Tutorial nutzen, z.B.: http://www.gtk.org/tutorial/
Ansonsten halt z.B. VisualC++ nutzen und mit den MFC arbeiten, wobei ich die ziemlich überladen finde.
 
gtk unter windows is glaube nicht so der bringer. aber du solltest auf jeden fall eine bibliothek verwenden die nicht nur unter windows zur verfuegung steht. die zwei grossen gui toolkits (die auch viele klassen fuer andere aufgaben haben) sind qt und wxwidgets. qt ist von einer firma entwickelt worden und hat deshalb ein merkwuerdiges lizenzmodell. deshalb bevorzuge ich wxwidgets, wenns eins der beiden sein soll. die libs haben auch bindings fuer viele sprachen mit denen man wesentlich schneller ans ziel kommt als mit c++ (z.b. http://www.wxpython.org/). es gibt mehrere grafische gui builder fuer wx, z.b. http://wxglade.sourceforge.net/ , bei qt ist ein gui builder enthalten.

wenn du keine grosse anwendung mit aufwendigen widgets erstellen willst und lieber den code fuer die gui von hand schreibst wuerde ich eher zu einer der kleinen libs raten die wirklich nur fuer guis gedacht sind. mein favorit ist fltk (http://www.fltk.org/). die lib ist fuer statisches linken gedacht, der gui builder fluid enthaelt (logischerweise) alle widgets und ist statisch gelinkt nur um die 700 kb gross. fltk verwendet nicht gerade alles was c++ zu bieten hat und sieht teilweise etwas altmodisch aus. aber man kann sehr schnell funktionierende guis bauen die sich sehr schnell anfuehlen und statisch gelinkt auch keinerlei dependencies haben. dagegen ist .net etwas, aehm... bloated. :)

eine alternative zu fltk ist das fox toolkit (http://www.fox-toolkit.org/). das ist vom look'n'feel etwas windowslastig. hab ich noch nicht verwendet und ich wuerde wie gesagt eher fltk empfehlen.
wenn du "native" look'n'feel haben willst, also z.b. playmobil-feeling unter windows xp, dann bist du mit wxwidgets vermutlich am besten bedient. qt zeichnet alle widgets selbst, versucht aber so gut wie moeglich "native" auszusehen. fltk und fox zeichnen beide afaik selbst und fltk hat glaube auch mittlerweile unterstuetzung fuer themes. das einzige was mir an wxwidgets nicht gefaellt ist, dass es unter x11 als gtk wrapper implementiert ist. muesste mal jemand aendern. ;)
 
Original von specializt
oder einfach JAVA, da hat man kein Zusatzgewurschdel nach der Installation der SDK und einer dazugehörigen IDE...
Zum Vergrößern anklicken....

Weil Java schon während der Installation für das "Zusatzgewurschdel " sorgt.


Es gibt ein paar Sachen, mit dennen man GUIs in C++ erstellen kann, ich benutze oft Qt, so besteht ein großteil von KDE aus QT.
 
Original von The Dude
gtk unter windows is glaube nicht so der bringer. aber du solltest auf jeden fall eine bibliothek verwenden die nicht nur unter windows zur verfuegung steht. die zwei grossen gui toolkits (die auch viele klassen fuer andere aufgaben haben) sind qt und wxwidgets. qt ist von einer firma entwickelt worden und hat deshalb ein merkwuerdiges lizenzmodell. deshalb bevorzuge ich wxwidgets, wenns eins der beiden sein soll. die libs haben auch bindings fuer viele sprachen mit denen man wesentlich schneller ans ziel kommt als mit c++ (z.b. http://www.wxpython.org/). es gibt mehrere grafische gui builder fuer wx, z.b. http://wxglade.sourceforge.net/ , bei qt ist ein gui builder enthalten.
Zum Vergrößern anklicken....
Ähm, wxWidgets ist doch auch nur GTK+. Deswegen gibts als GUI-Builder auch wxglade. Glade ist der GUI-Editor für GTK(+).
 
Original von bitmuncher
Ähm, wxWidgets ist doch auch nur GTK+..
Zum Vergrößern anklicken....
Nein, da scheinst du was falsch verstanden zu haben.
wxWidgets unterstützt bzw. basiert auf unterschiedlichen Toolkits. Je nachdem auf welcher Plattform der wxWidgets Code compiliert (und mit welchem Schalter), nutzt das Programm das jeweilige (native) Toolkit. Also unter Windows Win32 und unter Linux zb GTK, X11 oder Motif.
wxWidgets ist also eine Abstraktion um nur einen Code für ein (CrossPlattform) Programm zu schreiben, obwohl es auf unterschiedlichen Zielsystemen unterschiedliche Toolkits nutzt.
 
Original von ivegotmail
Original von bitmuncher
Ähm, wxWidgets ist doch auch nur GTK+..
Zum Vergrößern anklicken....
Nein, da scheinst du was falsch verstanden zu haben.
wxWidgets unterstützt bzw. basiert auf unterschiedlichen Toolkits. Je nachdem auf welcher Plattform der wxWidgets Code compiliert (und mit welchem Schalter), nutzt das Programm das jeweilige (native) Toolkit. Also unter Windows Win32 und unter Linux zb GTK, X11 oder Motif.
wxWidgets ist also eine Abstraktion um nur einen Code für ein (CrossPlattform) Programm zu schreiben, obwohl es auf unterschiedlichen Zielsystemen unterschiedliche Toolkits nutzt.
Zum Vergrößern anklicken....

Aah, danke. Man lernt nie aus. :)
 
also wenn ich das hier lese, finde ich hier reden alle an der frage von bcom vorbei:
Nun wollte ich mir allerdings mal ein Windows-Fensterprogramm komplett ohne den grafischen Zusammenklickeditor von Borland 6 erstellen.
Zum Vergrößern anklicken....

er will wohl OHNE einen gui-editor ein programm fuer windows schreiben. deswegen versteh ich net, wieso hier alle von portabilität und gui-bibliotheken reden. natuerlich sind die dinge wichtig, wenn man was "größeres" programmiern will, aber ich denke, bcom hat hier nicht vor, ein riesen projekt anzufangen und deswegen zielen eure antworten irgendwie an der fragestellung vorbei

link zu nem win32-gui-tut: http://www.win-api.de
hab mich mit der mfc noch nicht näher beschäftigt (ausser innerhalb von VisualC++), aber mein kommentar zu nativen win32-api-guis: es werden sehr kleine .exe-dateien erzeugt, da keine extra resources eingebunden werden. nachteil ist allerdings, dass es sehr muehsam ist, die komponenten zu platzieren, zu subclassen und die messages abzufangen. aber generell auf jeden fall wissenswert/ausprobierenswert, z.b. auch wenn man aus ner konsole heraus ein fenster erstellen will (in win geht ja sowas..)

mfg jacky
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben