Hallo alle,
habe C++ OOP auf VS2008 für Konsole.
Will jetzt von Konsole auf Windows- Grafische-Oberfläche wechseln.
Nur weiß ich nicht welche Framework.
MFC, QT oder wxWidgets.
Welches Framework, ist für Kommerziellen Bereiche / Industrie am sinnvollsten.
Verbreitung / Zukunftssicher
MFC oder QT ?
(PS. Wer so in 2 Jahre mit meiner Ausbildung fertig sein.)
Windows Forms, soll ja nicht das war für C++ sein.
(CLR/C++)

Da gibt es etliche Threads im GUI-Forum dazu. Bitte Suche bemühen.
Ich rate zu Kentnissen in wxWidgets und QT, beide sind in der Industrie stark vertreten. Aber auch MFC ist vertreten. Im Endeffekt hast die A-Karte gezogen :P.
Aber mit QT und wxWidgets machst nix falsch. Vor allem wxWidgets ist ähnlich der MFC aufgebaut.
Am ende kann dir da aber niemand ne 100% Antwort drauf geben, wenn du in der einzigen Firma in Deutschland landest die GTK verwendet hast auch nen Problem.

Aber mit QT und wxWidgets machst nix falsch. Vor allem wxWidgets ist ähnlich der MFC aufgebaut.

Angesichts

<a href= schrieb:

wxWidgets Style Guide">1.Don't use C++ templates
2.Don't use C++ exceptions
3.Don't use RTTI
4.Don't use namespaces
5.Don't use STL
6.Don't declare variables inside for()
7.Don't use nested classes

wäre ich mir da nicht so sicher, ob man nichts falsch macht. Zumindest wenn man C++ programmieren will. Siehe z.B. auch hier.

Zu Qt gabs übrigens auch erst einen Thread. Oft kritisiert wird neben ebenfalls älterem C++-Stil auch die Notwendigkeit eines externen Präprozessors.

Das heisst natürlich nicht, dass es sich bei den beiden um schlechte Bibliotheken handelt, aber man sollte auch die Nachteile bedenken. Der Benutzer Artchi hatte einmal eine schöne Übersicht über GUI-Frameworks, leider ist seine Website seit längerem offline. Einige weniger bekannte GUI-Bibliotheken für C++ wären zum Beispiel auch Visual Component Framework, Ultimate++, FLTK oder gtkmm.

Der Grund warum es diese Liste für wxWidgets gibt, ist der dass es auch auf älteren Compilern und auf embedded Systemen laufen soll.

Das ist im Prinzip eine edle Absicht, nur hat diese einen sehr hohen Preis, welcher die Normalbenutzer ebenso trifft.

Scorcher24 schrieb:

Aber ich sehe nicht wo wxWidgets kein C++ sein soll.

Schau dir nochmal meine Liste an. Klar ist es gültiges C++, aber eben nicht gerade modernes. Ich persönlich würde ein C++ ohne die genannten Sprach- und Bibliotheksmittel nicht als "richtiges" C++ bezeichnen, da erstere einen wichtigen Teil der Programmiersprache ausmachen. Aber das ist nur meine Meinung.

Der Grund warum es diese Liste für wxWidgets gibt, ist der dass es auch auf älteren Compilern und auf embedded Systemen laufen soll. Deswegen wurden diese Punkte eingeführt.

Völlig falsch. Diese Punkte wurden nicht eingeführt, sie sind geschichtlich bedingt. wxWidgets ist eine sehr alte Bibliothek. Ursprünglich war es ja sogar wxWindows. Die Bibliothek entstand vor dem ersten C++ Standard.
Das Problem ist, dass die Lead-Developers hinter wxWidgets in dieser Zeit hängen geblieben sind. Sie sind nicht fähig neueres C++ zu lernen und klammern sich mit allen Mitteln an ihren alten Denkweisen.
Es werden immer noch uralte Kompiler unterstützt, welche aber in der Community nur von einem winzigen und völlig vernachlässigbaren Bruchteil verwendet wird. Das ganze ist grundsätzlich nur eine Alibi Übung von den Lead-Developers.

Es gab schon mehrere Vorstösse die Bibliothek zu modernisieren und es wäre auch absolut machbar. Aber alle Vorstösse wurden bisher damit niedergeschmettert, weil die Lead-Developers in den Änderungen keine Vorteile sähen. Es ist eine Schande.

Scorcher24 schrieb:

Aber ich sehe nicht wo wxWidgets kein C++ sein soll.

wxWidgets verwendet einen uralten C++ Stil. Davon ist man grundsätzlich vieler Orts schon längstens weggekommen. Es ist seit mehr als 10 Jahren nicht mehr zeitgemäss. Die Bibliothek ist einfach hoffnungslos veraltet und es würde mich nicht erstaunen, wenn auch in 30 Jahren noch keine C++0x Unterstützung drin sein wird, weil man immer noch den Kompiler von 1990 unterstützen möchte. Das ist völlig veraltetes C++ und ein sehr schlechter Stil. Es ist wirklich fraglich, ob man dies noch C++ nennen darf, auch wenn die Aussage provokativ sein mag.

Teilweise ist der Stil sogar so schlecht, dass man in gehöriges undefiniertes Verhalten läuft.

Im übrigen:
Ich setze mehr und mehr für das GUI C# ein. Über C++/CLI oder P/Invoke verbinde ich dann den C# Teil mit dem C++ Teil. C# mit WinForms oder WPF ist einfach deutlich besser geeignet um GUIs zu erstellen als C++.

Grüssli

Bin sogar der Meinung das es schneller von Hand geht als C#/WPF/WinForms von beiden hat man nur immernoch fehlende Standardcontrols die man sich dann Pseudofree und später dann doch kommerziel integrieren muss. (Insbesondere Grid/List Controls die ein bisschen mehr angepasst sein sollen ne Schande das Microsoft das nach 20 Jahren VS immernoch nicht geschaft hat)

Mit anderen Schnittstellen habe ich leider keine große Erfahrung.

Ich habe mit X-Windows und MFC beruflich angefangen, heute Qt und Java Swing. Gerade letzere sind sich konzeptionell sehr ähnlich.

Heute würde ich mit Qt anfangen.

Lg freeG

Also ich find die Algier-Lib von Artchi eigentlich ganz cool. Ist sehr mordernes C++ und ist auch sehr gut dokumentiert. Sie ist zwar noch lange nicht fertig, aber ich arbeite mich grad mal ein bisschen rein, da ich im Moment eh noch nicht so komplexe GUI-Sachen machen will, da ich C++ richtig gut beherrschen will und da eigent sich eben finde ich diese Lib sehr gut im Gegensatz zu anderen wo viel mit Markos und und und rumhantiert wird.

Lg freeG

Es geht hier darum was die INdustrie nutzt und was seiner beruflichen Zukunft etwas nutzt.. da steht Algier Lib bestimmt gaaaanz weit unten auf der Liste :D.
Nix gegen Artchi, aber naja...

fr33g schrieb:

Also ich find die Algier-Lib von Artchi eigentlich ganz cool. Ist sehr mordernes C++ und ist auch sehr gut dokumentiert. Sie ist zwar noch lange nicht fertig, aber ich arbeite mich grad mal ein bisschen rein, da ich im Moment eh noch nicht so komplexe GUI-Sachen machen will, da ich C++ richtig gut beherrschen will und da eigent sich eben finde ich diese Lib sehr gut im Gegensatz zu anderen wo viel mit Markos und und und rumhantiert wird.

Lg freeG

Es geht hier darum was die INdustrie nutzt und was seiner beruflichen Zukunft etwas nutzt.. da steht Algier Lib bestimmt gaaaanz weit unten auf der Liste :D.
Nix gegen Artchi, aber naja...

Oh sorry, dass hatte ich überlesen.
Tut mir leid

Lg freeG

Kein Vergleich zu Visual Studio C++ was Design/Konfiguration der Oberflächen angeht (ist um längen besser da MS C++ vernachlässigt).

steve_171 schrieb:

Aber mit Visual Studio C++ bist du natürlich kostengünstiger dabei.

Visual Studio (oder Visual C++, aber nicht beides) ist eine IDE und kein GUI-Framework. Meint ihr vielleicht die MFC?

P.S.: Ist heute gerade wieder mal MS-Bash-Tag oder wie ist "Microsoft vernachlässigt C++" zu verstehen? Seit VS 2010 ist noch nicht viel Zeit vergangen. Aber falls du dich nur auf GUI beziehst, okay.

Meint ihr vielleicht die MFC?

Sorry ja natürlich ... oder doch Win API ?

Es geht hier darum was die INdustrie nutzt und was seiner beruflichen Zukunft etwas nutzt.. da steht Algier Lib bestimmt gaaaanz weit unten auf der Liste :D.

har! Aber warte mal ab, wie die Liste in zehn Jahren aussieht!

Scorcher24 schrieb:

Nix gegen Artchi

Na, das will ich ja wohl auch hoffen!

On-Topic! Wenn man beruflich weiter kommen will, muß man sich die Stellenanzeigen für C++ anschauen. Da wird man feststellen, das hauptsächlich MFC und Qt gefordert wird. Egal ob einem die Libs gefallen oder nicht. Das Berufsleben ist kein Wunschkonzert.

Ansonsten halte ich es so, das man privat das nehmen sollte, was einem selber besser gefällt. Man kann aber auch durch aus beruflich vom Mainstream abweichen, wenn der Kunde oder eigene Boss einem freie Hand lässt... kommt immer auf das Projekt und Auftrag an.

Bei Qt sollte man jedoch mit den Lizenzen vorsichtig sein.

Die Dokumentation ist mehr schlecht als recht. Bittet man um ein Update der Dokumentation, so wird man meistens belächelt und es kommen komische Sprüche wie: "Zuerst denken dann Code lesen, dann erübrigt sich auch der Rest."

In diesem Projekt bin ich leider zu spät eingestiegen so das kein Wechsel mehr möglich ist. Ich würde mir als Firma zwei mal überlegen ob ich wxWidgets hiter dem nur eine kleine Gemeinde steckt gegenüber Qt vorziehen möchte.

Bei Qt sollte man jedoch mit den Lizenzen vorsichtig sein.

Man sollte die Lizenzbedingungen grundsätzlich lesen, aber ich sehe hier keinerlei echte Probleme. Das man QT mit der LGPL nicht statisch linken darf halte ich für unproblematisch (und zum Thema Templates etc. gibt es Klarstellungen auf der QT-Seite).