spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Natürlich kann man mit SDL auch ein GUI machen (z.B. in Verbindung mit Agar), ich würde hierfür aber eher zu Qt greifen, hier hast du dann auch gleich Zugriff zu einem "Printer", mit dem du z.B. leicht den Drucker ansprechen kannst.

Wenn du nicht unbedingt an C++ hängst wäre auch Winforms mit C# eine gute Möglichkeit.

Also wenn man einfach nur eine Oberfläche haben will (und nicht super schickes, also nur 0815) finde ich GTK+ ganz gut.
Läuft Cross Plattform, dank Glade einfach zusammenklicken, mit dem GtkBuilder dann laden und noch die Events (Button Klicks und Co) abfangen.
Die restliche Logik ist (oder sollte) davon dann ja unabhängig sein. Mit gtkmm kann man auch etwas angenehmer in C++ arbeiten.

Ich hingegen würde Qt empfehlen.

Alternativ könnte man auch noch wxWidgets vorschlagen.

2D Frameworks, wie SDL, SFML usw. haben in einer solchen Anwendung diverse Nachteile, gegenüber regulärer Oberflächenentwicklung. Man ist meist auf ein Fenster beschränkt, man kann dieses ggf. nicht skalieren, Vollbildmodus ist bis auf wenige Ausnahmen ohnehin unwichtig und man muss erst eine entsprechende Bibliothek einbinden, um halbwegs angenehm damit entwickeln zu können (verglichen mit Bibliotheken für GUIs). Es ist nicht unwahrscheinlich, dass auch die Performance schlechter sein könnte, da das Fenster häufig neu gezeichnet wird, ohne dass dies sein müsste, aber das hängt sehr stark von der jeweiligen Bibliothek ab.
Der Sinn hinter entpsrechenden Bibliotheken für diese 2D Frameworks ist meist das Erstellen von UIs für ein Spiel oder andere Anwendungen mit vielen visuellen Elementen (bspw. Simulationen).
Mit der Windowsprogrammierung (also der Programmierung für das Betriebssystem Microsoft Windows) musst du dich nur dann beschäftigen, wenn du auch die WinAPI ansprichst, um deine Fenster und Elemente zu erzeugen. Verwendest du eine der Bibliotheken, die bereits aufgeführt wurden, handhaben diese die Systemspeziefischen Eigenheiten und stellen eine plattformübergreifend einheitliche Schnittstelle zur Verfügung.

Qt, wxWidgets und GTK+ wurden ja bereits genannt. (Eine Empfehlung kann ich mangels Erfahrung nicht geben, würde ich mir aber eine der Bibliotheken ansehen, würde ich wohl mit Qt anfangen.) Da das wohl eine C++ Übung sein soll und dein Fokus wohl nicht auf der Fertigstellung des Programms liegt, wäre ein Umstieg dafür auf C# wohl nicht empfehlenswert. Solltest du die Anwendung möglichst schnell fertig bekommen wollen, wäre C# wahrscheinlich etwas angenehmer in der Handhabung (ich würde aber nicht Windows Forms, sondern eher WPF empfehlen), aber das nur so nebenbei.

Also zu Frage 1 : Ich empfehle dir, dass du das GUI mit QT machst, da QT sehr bekannt ist und viel zu bieten hat. Dazu gibt es auch gute Bücher, zum lernen eins davon habe ich auch und bin sehr zufrieden damit, da du erwähntest, dass du noch nicht so viel C++ kannst, würde ich dir also dieses hier empfehlen, es zeigt dir C++ von Anfang an bis zu professionellen Dingen und zum Schluss gibts Qt :http://www.amazon.de/umfassende-Handbuch…eywords=c%2B%2B

Zitat von »2310«

Also zu Frage 1 : Ich empfehle dir, dass du das GUI mit QT machst, da QT sehr bekannt ist und viel zu bieten hat. Dazu gibt es auch gute Bücher, zum lernen eins davon habe ich auch und bin sehr zufrieden damit, da du erwähntest, dass du noch nicht so viel C++ kannst, würde ich dir also dieses hier empfehlen, es zeigt dir C++ von Anfang an bis zu professionellen Dingen und zum Schluss gibts Qt :http://www.amazon.de/umfassende-Handbuch…eywords=c%2B%2B

Das ist von Jürgen Wolf. Ich weiß nicht, ob es sich inzwischen geändert hat, aber früher waren die C++-Bücher von Wolf eher für die Tonne (Gibt Zeiger auf lokale Variablen zurück, benutzt C-Funktionen, und noch mehr solchen Unsinns).

Wurstbrot erbt von Supermarkt, yeaaah!