Warum machen wir uns nicht eine neue schöne C++ GUI Bibliothek?
-
Hmmm. Man muss ja nicht gleich alles Re-Designen und überarbeiten.
Warum nicht einfach nur ein vernünftiges API auf das vorhandene aufsetzen? Ich habe mir z.B. für wxWidgets eigene Thread und Event-Klassen geschrieben, die per boost::function funktionieren, intern aber natürlich das orginale WX-API verwenden. Das könnte man mit Leichtigkeit auf andere Bereiche ausbauen.
Das ist zwar sicherlich nicht der Weisheit letzter Schluss, aber auf jeden Fall sehr viel weniger Arbeit als ein Toolkit von Grund auf neu zu machen. Klar das ist auch nur ein weiterer Wrapper um den Wrapper, aber das würde ich für ein vernünftiges, zeitgemässes API ohne zu Zögern in Kauf nehmen.
-
Unter wxGTK wäre das dann doch sogar ein Wrapper um einen Wrapper um einen Wrapper, oder?
Man kanns auch übertreiben...
-
Bin ich der einzige der C++ fuer GUI-Programmierung total ungeeignet findet?
Ansonsten, nehmt doch lieber diese V Bib (oder eine andere gute, aber veralterte Lib), und bringt sie aufn neusten Stand. Die Einarbeitungszeit ist sicher besser genutzt als das Rad zum 5000x neu zu erfinden.
-
DEvent schrieb:
Bin ich der einzige der C++ fuer GUI-Programmierung total ungeeignet findet?
Ja, du bist der einzige, der sich so was ausgedacht hat. Sogar BS spricht von GUI Bibliotheken im TC++PL!
-
DEvent schrieb:
Bin ich der einzige der C++ fuer GUI-Programmierung total ungeeignet findet?
Ansonsten, nehmt doch lieber diese V Bib (oder eine andere gute, aber veralterte Lib), und bringt sie aufn neusten Stand. Die Einarbeitungszeit ist sicher besser genutzt als das Rad zum 5000x neu zu erfinden.
Gibt es denn eine vergleichbare Alternative? Welche sich auch statisch Linken lässt, und keine Abhängigkeiten zu einer Plattform/Runtime hat?
-
phlox81 schrieb:
DEvent schrieb:
Bin ich der einzige der C++ fuer GUI-Programmierung total ungeeignet findet?
Ansonsten, nehmt doch lieber diese V Bib (oder eine andere gute, aber veralterte Lib), und bringt sie aufn neusten Stand. Die Einarbeitungszeit ist sicher besser genutzt als das Rad zum 5000x neu zu erfinden.
Gibt es denn eine vergleichbare Alternative? Welche sich auch statisch Linken lässt, und keine Abhängigkeiten zu einer Plattform/Runtime hat?
Was spricht gegen dynamisches Linken? Wo ist der Unterschied ob man alles in einer Datei hat oder eben ein paar Dlls mitliefert? z.B. Java kannst du auch kompelieren (alles in eine exe).
Ausserdem, besonders bei einer GUI-Anwendung sollte Portabilitaet das wichtigeste sein. Die Logik, Hardwarenahes Zeug und sein GanzGeheimerAlgorithmusFoo sollte man eh von der GUI trennen.
Ich finde es genial das meine pure GUI-Anwendung auf Windows, Linux, Max, BSD, Solaris und Hastenichtgesehen laeuft. Am coolsten finde ich aber Webanwedungen. Das ist nicht nur portabel, sondern deine Daten sind Weltweit verfuegbar. Leider ist Ajax/JS ein wenig Schwach fuer komplexere Anwedungen und man hat nicht ueberall Internet.
@Zdravko: wer ist BS?
-
Bjarne Stroustrup.
-
Zdravko schrieb:
Bjarne Stroustrup.
Versteht mich nicht falsch. Meiner Meinung nach ist C++ absolut ungeeignet fuer GUI-Anwedungen, nicht fuer eine GUI-API. Die WinAPI sollte schon in C++ (oder in C) geschrieben sein, aber fuer ein Framework oder eine Anwendung ist C++ ungeeignet.
QT und GTK+ ist fuer mich eine GUI-API, kein Framework. Naja war halt nur meine Meinung, wollt keinem aufn Schlipps treten.
-
DEvent hör bitte auf zu trollen.
-
DEvent schrieb:
phlox81 schrieb:
DEvent schrieb:
Bin ich der einzige der C++ fuer GUI-Programmierung total ungeeignet findet?
Ansonsten, nehmt doch lieber diese V Bib (oder eine andere gute, aber veralterte Lib), und bringt sie aufn neusten Stand. Die Einarbeitungszeit ist sicher besser genutzt als das Rad zum 5000x neu zu erfinden.
Gibt es denn eine vergleichbare Alternative? Welche sich auch statisch Linken lässt, und keine Abhängigkeiten zu einer Plattform/Runtime hat?
Was spricht gegen dynamisches Linken? Wo ist der Unterschied ob man alles in einer Datei hat oder eben ein paar Dlls mitliefert? z.B. Java kannst du auch kompelieren (alles in eine exe).
Ausserdem, besonders bei einer GUI-Anwendung sollte Portabilitaet das wichtigeste sein. Die Logik, Hardwarenahes Zeug und sein GanzGeheimerAlgorithmusFoo sollte man eh von der GUI trennen.
Ich finde es genial das meine pure GUI-Anwendung auf Windows, Linux, Max, BSD, Solaris und Hastenichtgesehen laeuft. Am coolsten finde ich aber Webanwedungen. Das ist nicht nur portabel, sondern deine Daten sind Weltweit verfuegbar. Leider ist Ajax/JS ein wenig Schwach fuer komplexere Anwedungen und man hat nicht ueberall Internet.
Ja, Internetanwendungen sind aber hier nicht das Thema.
Und es ist toll, das man die Plattform Java auf so viele OS portiert hat, aber es ändert nichts an den Problemen die auch Java hat.
C++ steht da in nichts nach, alles was du mit Java machen kannst, kannst du auch mit C++ machen.Das statische Linken kann manchmal wichtig sein, wenn man keine Abhängigkeiten haben will, und alles was man statisch linken kann, kann man auch dynamisch linken.
Und wozu nicht das Rad neu erfinden, es gibt keine C++0x GUI Lib, aber der Bedarf ist sicher da.
phlox
-
Dravere schrieb:
Unterstützt doch dieses Projekt -> www.vcf-online.org
MVC, modernes C++, Windows/Mac/LinuxWäre mir nämlich ganz recht, da ich mit VCF vorhabe etwas zu entwicklen und ich habe das Gefühl, die fehlen noch etwas an Programmierer ^^'
Grüssli
Ich versuche es!
-
Leider wird VC2008 nicht unterstützt. Bye bye, vcf!
