Win32 GUI-Programmierung mit C++

[pest]

Hi :)

für ein Projekt brauche ich diesmal ne grafische Oberfläche.
Da ich normalerweise alles von der Kommandozeile mache reicht mir g++ und Codeblocks.

Vor einiger Zeit habe ich GUI-Sachen mit Delphi gemacht, weil dies recht komfortabel war, und möchte das nun aber auch mit C++ machen.

Welche Möglichkeiten gibt es da?
- die keine zusätzlichen Bibliotheken verwendet
- kein Net

direkte Programmierung durch API-Calls habe ich mal gemacht, aber das ist mir zu aufwändig.

[CoconutKing]

" die keine zusätzlichen Bibliotheken verwendet"

MFC ist auch ne zusätzliche bibliothek, also im prinzip bleibt dir nur reines c++ und ALLES selber proggen.

[Trap]

Hmm, hast du mit deiner Liste an Forderungen irgendwas übriggelassen?

Microsoft selbst sagt WPF (also .NET) oder API. MFC gibt es noch, aber das ist schlimmer als beide Alternativen. Bibliotheken willst du nicht. API auch nicht. Suchst du eine automatische Codegenerierung für API-sachen?

Ich würde wahrscheinlich WPF oder QT nehmen. Oder alternativ einen Server für irgendein dynamisches HTML5-Zeugs in die Anwendung einbauen und den Browser für die GUI benutzen.

[Odal]

ich würde wxWidgets verwenden...ja ist eine zusätzliche Bibliothek aber wie bereits gesagt mfc genauso

[Exxtreme]

Borland C++-Builder oder Microsoft Visual C++ fallen mir auf die Schnelle so ein. Da müsste es ältere Versionen geben ohne .NET.

[pest]

Danke euch,

also mit keine Bibliothek meinte ich extern gebundene, also sieht wxWidgets ziemlich gut aus :)

[Shink]

Borland C++-Builder oder Microsoft Visual C++ fallen mir auf die Schnelle so ein. Da müsste es ältere Versionen geben ohne .NET.
Der gute alte C++-Builder auf Delphi-Basis ist noch immer nicht frei.

einen Server für irgendein dynamisches HTML5-Zeugs in die Anwendung einbauen und den Browser für die GUI benutzen.
Echt jetzt? Für ein natives, lokal laufendes Windows-Programm?:freak:

€Topic: QT-Creator?

[Exxtreme]

Der gute alte C++-Builder auf Delphi-Basis ist noch immer nicht frei.

Steht nicht im Eingangsposting, dass es frei sein muss. ;)

[Coda]

Danke euch,

also mit keine Bibliothek meinte ich extern gebundene, also sieht wxWidgets ziemlich gut aus :)
Aus eigener Erfahrung: Qt ist angenehmer zu verwenden (mein Filter Tester ist wxWidgets), hat aber die LPGL-Einschränkung.

Das größte Problem ist, dass es für wxWidgets keinen offiziellen GUI-Designer gibt, und dass das Event-Handling eher mühselig ist. Letzteres ist bei Qt durch Signals und Slots wesentlich eleganter gelöst.

Aber falsch machen kannst du mit beidem nicht viel. Hauptsache du verwendest kein MFC. Da beginnt der Schmerz ;)

[Trap]

Echt jetzt? Für ein natives, lokal laufendes Windows-Programm?:freak:
Warum nicht? Damit hat man zwangsweise eine sinnvolle Trennung zwischen GUI- und Domain-code, braucht nur Webprogrammierer für die GUI :wink:, kann die Anwendung auch direkt remote nutzen und so weiter.

Es hat natürlich auch Nachteile. Man hat deutliche Einschränkungen bei der GUI-Gestaltung, bei sehr datenintensiven GUIs kann die Serialisierung teuer werden und die Performance bei komplexen interaktiven GUIs ist nicht ganz so gut.

Wenn der Schwerpunkt auf dem Domaincode liegt ist das ein durchaus überlegenswerter Ansatz. http://www.sagemath.org/ wär da ein Beispiel.

[Demirug]

Warum nicht? Damit hat man zwangsweise eine sinnvolle Trennung zwischen GUI- und Domain-code, braucht nur Webprogrammierer für die GUI :wink:

Eigentlich braucht man da ein vernüpftiges GUI Framework (nein jQuery ist kein guter Framework für sowas) für den Browser und UI Programmierer. Sonst füllt es sich nicht wie eine App sondern wie eine Webseite an.

[xxxgamerxxx]

Echt jetzt? Für ein natives, lokal laufendes Windows-Programm?:freak:


Je nach Anwendungsfall ist das durchaus ein gehbarer Weg. Wir haben z.B. eine Anwendung, in der wir für Datenanzeigen und leichte Commands (dropdown, buttons...) das Report Control vom Sql Server in der Windows Forms Anwendung hosten. Die Reports haben zwar keine grafisch aufwendigen Effekte a la WPF/Direct3D, sehen aber trotzdem richtig schick aus. Die Reports werden im ReportControl auch als HTML Webseite dargestellt.

Ist zwar kein Win32, aber sonst würde ich zu WPF oder Silverlight raten (kannst du auch in einer nativen C++ Anwendung hosten). Wenn es ein klassisches Win32 GUI sein muss, kann man meiner Meinung nach auch MFC nehmen. So schlimm finde ich das jetzt nicht.

[Exxtreme]

Also ich finde MFC sind der Terror schlechthin. Da merkt man echt, dass das Ganze organisch gewachsen ist. Hat zwar brauchbar angefangen nur wurde da immer mehr rangeflanscht und rumgepfuscht. Ich würde heutzutage keine MFC-Anwendung mehr schreiben. :D

Und WEB-Oberflächen mit AJAX etc. finde ich persönlich schrecklich. :D Langsam ohne Ende und ich hatte schon auch öfter die Fälle, dass diese dazu neigen irgendwannmal nicht mehr richtig zu funktionieren. Dann hilft nur noch Cache leeren und neu laden.

[Gast]

Qt, mit QtCreator und QtDesigner hat man eigentlich ausgesorgt.

[Marscel]

Wo wir gerade dabei sind: gibts eigentlich überhaupt keine C++-Library, die die Windows-API für Windows, Dialogs und dergleichen einmal sauber kapselt, sodass man den Kram ähnlich wie Windows.Forms, Qt oder wxW, also objektorientiert, verwenden kann?

Ohne dass man komplette Anwendungsframeworks wie Qt oder so ins Projekt holen muss. Also wirklich schlank, sodass man nur mal eben etwas zusammenschustern kann ohne große Dependencies und ohne sich in den ganzen Handle- und Control-Kram der C-WinAPI einzuarbeiten? Davon krieg ich immer Albträume.

[Tesseract]

also mit keine Bibliothek meinte ich extern gebundene, also sieht wxWidgets ziemlich gut aus :)
ich hab wxWidgets noch nicht verwendet, aber ich habe mir sagen lassen, dass es ziemlich grauenhaft sein soll im gegensatz zu z.B. Qt.
Ohne dass man komplette Anwendungsframeworks wie Qt oder so ins Projekt holen muss.
du musst Qt nicht "kompett" verwenden, das ist modular aufgebaut. die teile die du brauchst verwendest du.

[Marscel]

du musst Qt nicht "kompett" verwenden, das ist modular aufgebaut. die teile die du brauchst verwendest du.

Klar. Aber das letzte Mal, da waren QtCore und QtGui zusammen immer noch ~10MB groß. Sorry, ich bin da geringfügig oldschool, was Größe angeht.

[Exxtreme]

Die VCL kann das AFAIK. Diese ist aber ziemlich Ex-Borland-only. ;)

[Trap]

Wo wir gerade dabei sind: gibts eigentlich überhaupt keine C++-Library, die die Windows-API für Windows, Dialogs und dergleichen einmal sauber kapselt
Es gibt http://en.wikipedia.org/wiki/SmartWin%2B%2B, das ist aber wohl schon 3 Jahre tot.

[Marscel]

Es gibt http://en.wikipedia.org/wiki/SmartWin%2B%2B, das ist aber wohl schon 3 Jahre tot.

Cool. Als How-To auf jeden Fall noch brauchbar. :up:

[pest]

habe mir ein paar Tutorials zur direkten API-Programmierung angesehen, und werde das glaube ich (wieder) so machen :freak:

bissl kapseln und gut ist

[Odal]

ich hab wxWidgets noch nicht verwendet, aber ich habe mir sagen lassen, dass es ziemlich grauenhaft sein soll im gegensatz zu z.B. Qt.


inwiefern "ziemlich grauenhaft"?

[Tesseract]

inwiefern "ziemlich grauenhaft"?
schlechter dokumentiert, buggy und teilweise unlogischer aufgebaut.

[Marscel]

schlechter dokumentiert, buggy und teilweise unlogischer aufgebaut.

Das Übliche eben, wenn irgendwo eine Firma hintersteht und das Produkt von kommerziellem Interesse ist, dass die Entwicklung etwas straffer erfolgt als z.B. bei wxWidgets, das eher im offenen oder akademischen Hintergrund entwickelt wird.

[ENKORE]

Ich bin bis jetzt mit der Win32 C API ganz gut durchs Leben gekommen ;)

[Exxtreme]

http://www.pure-native.com/swtcpp/index.html

Ausprobiert habe ich es aber nicht. ;)

[Shink]

http://www.pure-native.com/swtcpp/index.html

Ausprobiert habe ich es aber nicht. ;)
Naja, ich weiß nicht. SWT ist nett aber dafür Geld zahlen?

Ach ja: Wer den guten, alten Delphi 6-Tagen nachweint (RAD mit sehr leichtgewichtigem, performantem Output) sollte mal Lazarus bzw. die Lazarus Component Library ausprobieren. Keine Ahnung ob man die Library auch in C++ verwenden kann - vermutlich schon? Ansonsten könnte man auch den Client per RAD im Lazarus GUI-Builder zusammenbasteln und das C++-Zeug daraus aufrufen.

[Exxtreme]

Naja, ich weiß nicht. SWT ist nett aber dafür Geld zahlen?

Ich glaube, dieses SWT ist kostenlos. Soweit ich das gesehen habe kostet nur dieses "NewJ Library" bei denen etwas.

[Shink]

Ich glaube, dieses SWT ist kostenlos. Soweit ich das gesehen habe kostet nur dieses "NewJ Library" bei denen etwas.
Na dann ist ja alles fein oder wie?:freak:

Note: You need NewJ Desktop for C++ and NewJ Equals C++ before you can use SWT Camp and SWT C++.

[Coda]

Sieht auch ziemlich veraltet aus. Finger weg. Qt gibt's umsonst und ist deutlich besser.

ich hab wxWidgets noch nicht verwendet, aber ich habe mir sagen lassen, dass es ziemlich grauenhaft sein soll im gegensatz zu z.B. Qt.
Das ist stark übertrieben.

[Exxtreme]

Na dann ist ja alles fein oder wie?:freak:
Hehehe, OK. Das habe ich überlesen. :freak:

[Gast]

Das größte Problem ist, dass es für wxWidgets keinen offiziellen GUI-Designer gibt, und dass das Event-Handling eher mühselig ist.
Was verstehst Du unter "offiziellen GUI-Designer"? Auf http://wiki.wxwidgets.org/List_of_Integrated_Development_Environments hast Du eine ganze Liste mit GUI Designern für wxWidgets. (Freeware und kommerzielle Versionen) Probier halt mal alle durch.

[kmf]

Falls Qt infrage kommt, es gibt ein recht gutes Buch mit vielen Beispielen zur GUI Programmierung mit Qt 4, 2. Auflage aus dem Addison-Wesley Verlag von 2009. ISBN 978-3-8273-2729-1, allerding in englisch.

Bei c't gibts gratis ein PDF von der 1. Ausgabe. http://www.qtrac.eu/C++-GUI-Programming-with-Qt-4-1st-ed.zip

[Exxtreme]

Wobei man bei Qt auch aufpassen muss. Qt ist nicht unbedingt Win32 sondern es zeichnet sich selbst, wie z.B. Java Swing auch. Neuere Versionen von Qt sollen zwar auch native GUI-Elemente nutzen können. Nur weiss ich nicht ob das auf Vista/Windows 7 beschränkt ist.