Hallo,
ich soll eine Oberfläche für Windows XP programmieren, die auf eine Datenbank (MySql) zugreift. Da das mein erstes grosses Programmier-Projekt ist, habe ich von manchen Sachen noch keine richtige Ahnung.
1.) Das schwierigste ist die GUI. Was für Möglichkeiten hat man? Ich dachte entweder mit VC++ (dann kann ich das aber nicht unter Linux entwickeln) oder halt eine freie Grafikbibliothek. Was soll man da nehmen GTK+ oder QT?
2.) Die Zugriffe auf die MySql-Datenbank sollten ja dann Plattform-unabhängig sein?!
Es wäre nett, wenn mir mal jemand von den erfahrenen Programmierern, einen kleinen Einblick in die (grafische) Software-Entwicklung geben könnte.
Dankeschön, Friedrich
On Friday 13 February 2004 18:43, Friedrich Hagedorn wrote:
ich soll eine Oberfläche für Windows XP programmieren,
Herzliches Beileid. Ich würde Schmerzensgeld verlangen. ;-)
die auf eine Datenbank (MySql) zugreift. Da das mein erstes grosses Programmier-Projekt ist, habe ich von manchen Sachen noch keine richtige Ahnung.
Warum MySQL? Legt Ihr keinen Wert auf die Integrität der Daten?
MySQL ist eine tolle DB, solange nur einer darauf zugreift oder man es sich leisten kann bei jedem Schreibzugriff alle notwendigen Tabellen zu sperren.
Nimm' lieber etwas professionelles, wie SAP-DB oder PosgreSQL.
1.) Das schwierigste ist die GUI. Was für Möglichkeiten hat man? Ich dachte entweder mit VC++ (dann kann ich das aber nicht unter Linux entwickeln) oder halt eine freie Grafikbibliothek. Was soll man da nehmen GTK+ oder QT?
VC++ ist erstmal nur die Programmierumgebung. Das Teil ist (für Windows-verhältnisse) übrigens ein guter Editor. Punkt. Bloss nicht den internen Build-Prozess nehmen, der macht gerne alles kaputt.
Achso, M$ hat kein professionelles Make. Installier Dir Cygwin zum Entwickeln.
Die Bibliothek von M$ heisst MFC und erfordert ein erhebliches Maß an Masochismus, um sie zu benutzen. Kann sich irgendwer hier vorstellen, von einem Button eine Sub-Klasse zu programmieren, nur damit beim Draufklicken auch etwas passiert? M$ kann.
Qt ist einfacher zu programmieren als MFC (kein Wunder) und GTK(++) und passt sich flexibler dem System an. Wenn das Programm kommerziell werden soll musst Du allerdings eine kommerzielle Lizenz kaufen - die freie Variante steht unter QPL bzw. GPL und erzwingt damit eine freie Lizenz.
2.) Die Zugriffe auf die MySql-Datenbank sollten ja dann Plattform-unabhängig sein?!
Einigermaßen. Du kannst direkt die MySQL-Bibliothek nehmen oder die Qt-Schnittstelle. Letzteres bietet Dir auch die Möglichkeit irgendwann auf eine richtige DB umzusteigen.
Es wäre nett, wenn mir mal jemand von den erfahrenen Programmierern, einen kleinen Einblick in die (grafische) Software-Entwicklung geben könnte.
Qt hat ein tolles Tutorial. Lies das mal.
Konrad
Am Samstag, 14. Februar 2004 10:50 schrieb Konrad Rosenbaum:
On Friday 13 February 2004 18:43, Friedrich Hagedorn wrote:
ich soll eine Oberfläche für Windows XP programmieren,
Qt ist einfacher zu programmieren als MFC (kein Wunder) und GTK(++) und passt sich flexibler dem System an. Wenn das Programm kommerziell werden soll musst Du allerdings eine kommerzielle Lizenz kaufen - die freie Variante steht unter QPL bzw. GPL und erzwingt damit eine freie Lizenz.
Wie war das noch mal mit den Zusammenhängen zwischen kommerziell und frei und kostenlos und offen und geschlossen und so? Eventuell Orthogonalitäten vorhanden?
;)
Friedrich
On Saturday 14 February 2004 11:38, Friedrich W. H. Kossebau wrote:
Am Samstag, 14. Februar 2004 10:50 schrieb Konrad Rosenbaum:
Qt ist einfacher zu programmieren als MFC (kein Wunder) und GTK(++) und passt sich flexibler dem System an. Wenn das Programm kommerziell werden soll musst Du allerdings eine kommerzielle Lizenz kaufen - die freie Variante steht unter QPL bzw. GPL und erzwingt damit eine freie Lizenz.
Wie war das noch mal mit den Zusammenhängen zwischen kommerziell und frei und kostenlos und offen und geschlossen und so? Eventuell Orthogonalitäten vorhanden?
Habe ich irgendwas Falsches gesagt? Ich meinte hier natürlich "frei", wie in "freie Rede". Und zwar beide Male.
Nix da mit Freibier. ;-)
Konrad
On Friday 13 February 2004 18:43, Friedrich Hagedorn wrote:
ich soll eine Oberfläche für Windows XP programmieren,
Herzliches Beileid. Ich würde Schmerzensgeld verlangen. ;-)
Neja, es ist Familienintern. Es soll eine Baustellen-Verwaltung werden. Und wer nun mal seine Software nur unter Windows hat... der bleibt auch dort.
Warum MySQL? Legt Ihr keinen Wert auf die Integrität der Daten? MySQL ist eine tolle DB, solange nur einer darauf zugreift oder man es
In diesem Fall soll nur ein Benutzer auf die Datenbank drauf zugreifen (der Chef persönlich ;-)
Nimm' lieber etwas professionelles, wie SAP-DB oder PosgreSQL.
vielleicht später dann
1.) Das schwierigste ist die GUI. Was für Möglichkeiten hat man? Ich dachte entweder mit VC++ (dann kann ich das aber nicht unter Linux entwickeln) oder halt eine freie Grafikbibliothek. Was soll man da nehmen GTK+ oder QT?
VC++ ist erstmal nur die Programmierumgebung. Das Teil ist (für Windows-verhältnisse) übrigens ein guter Editor.
Die Bibliothek von M$ heisst MFC und erfordert ein erhebliches Maß an Masochismus, um sie zu benutzen. Kann sich irgendwer hier vorstellen, von einem Button eine Sub-Klasse zu programmieren, nur damit beim Draufklicken auch etwas passiert? M$ kann.
Ok. Soweit erstmal verstanden. Die Oberfläche wollte ich eigentlich unter Linux entwickeln, aber laufen soll sie auch unter WIndows XP.
Qt ist einfacher zu programmieren als MFC (kein Wunder) und GTK(++) und passt sich flexibler dem System an. Wenn das Programm kommerziell werden soll musst Du allerdings eine kommerzielle Lizenz kaufen - die freie Variante steht unter QPL bzw. GPL und erzwingt damit eine freie Lizenz.
Also, dann nehm ich nicht die Grafikbibliothek MFC von Windows, sondern QT oder GTK++. Aber welche von beiden wird denn nun besser zum Programmieren sein? Ich nehme mal an es wird QT sein, oder (hab da auch schon gute Berichte gehört)? Welche Version von QT ist jetzt für Windows frei (unter GPL)? Mein Programm soll vorerst erstmal nicht-kommerziell sein.
Wie ist es aber mit GTK? Wie weit ist diese Bibliothek für Windows? Laut der Homepage von GTK sieht das nicht so besonders toll aus. Hat da jemand schon Erfahrung?
2.) Die Zugriffe auf die MySql-Datenbank sollten ja dann Plattform-unabhängig sein?!
Einigermaßen. Du kannst direkt die MySQL-Bibliothek nehmen oder die Qt-Schnittstelle. Letzteres bietet Dir auch die Möglichkeit irgendwann auf eine richtige DB umzusteigen.
Wie sollte das funktionieren? Ich kann über die QT-Bibliothek auf MySql zugreifen? Was hat die GUI mit MySql zu tun?
Qt hat ein tolles Tutorial. Lies das mal.
Ok, werd ich machen.
Dankeschön, Friedrich
On Sat, Feb 14, 2004 at 01:55:41PM +0100, Friedrich Hagedorn wrote:
On Friday 13 February 2004 18:43, Friedrich Hagedorn wrote:
Hi Friedrich,
Nimm' lieber etwas professionelles, wie SAP-DB oder PosgreSQL.
vielleicht später dann
Mit Qt geht das ganz einfach, benutze nur die DB Methoden von Qt und dann kannst du später das MySQL Plugin einfach durch das PostgreSQL Plugin austauschen ohne den Code ändern zu müssen.
Ich nehme mal an es wird QT sein, oder (hab da auch schon gute Berichte gehört)? Welche Version von QT ist jetzt für Windows frei (unter GPL)?
Mhh, da liegt das Problem, offiziell gibt es keine GPL/QPL Version für Windows, nur die Kommerzielle. Es gibt da aber ein Buch, bei dem du diese Bibliothek mitgeliefert bekommst (schau mal auf dot.kde.org -> "C++ GUI Programming with Qt 3" Book)
Wie ist es aber mit GTK? Wie weit ist diese Bibliothek für Windows? Laut der Homepage von GTK sieht das nicht so besonders toll aus. Hat da jemand schon Erfahrung?
Also GIMP läuft komplett unter Windows und GNOME/Ximian behaupten immer es würde alles perfekt funktionieren ;)
Letzteres bietet Dir auch die Möglichkeit irgendwann auf eine richtige DB umzusteigen.
Wie sollte das funktionieren? Ich kann über die QT-Bibliothek auf MySql zugreifen? Was hat die GUI mit MySql zu tun?
Qt ist nicht nur ein GUI Toolkit, sondern eine Bibliothek die Klassen zum Zugriff auf Dateien, Prozesse, Netzwerk, Datenbanken etc. mitbringt. Das hat den Vorteil das du Code, der nur die Qt Klassen verwendet, unter Linux, MacOSX und Windows compilieren kannst und jedes Mal ein funktionierendes Binary rauskommt. Welche vernünftige compilierte Programmiersprache unterstützt das noch?
Ciao, Tobias
Mhh, da liegt das Problem, offiziell gibt es keine GPL/QPL Version für Windows, nur die Kommerzielle. Es gibt da aber ein Buch, bei dem du diese Bibliothek mitgeliefert bekommst (schau mal auf dot.kde.org -> "C++ GUI Programming with Qt 3" Book)
Ok, wäre ja eine Möglichkeit, QT3 auch auf Windows zu benutzen.
Also GIMP läuft komplett unter Windows und GNOME/Ximian behaupten immer es würde alles perfekt funktionieren ;)
Tja, ist halt die Frage, was bequemer ist.
Qt ist nicht nur ein GUI Toolkit, sondern eine Bibliothek die Klassen zum Zugriff auf Dateien, Prozesse, Netzwerk, Datenbanken etc. mitbringt. Das hat den Vorteil das du Code, der nur die Qt Klassen verwendet, unter Linux, MacOSX und Windows compilieren kannst und jedes Mal ein funktionierendes Binary rauskommt. Welche vernünftige compilierte Programmiersprache unterstützt das noch?
Das wusste ich noch nicht. Klingt ja aber echt gut. Kann ich aber nicht mit irgendeiner MySql-lib programmieren, und die für Linux bzw. für Windows kompilieren?
Ich dachte immer, der Vorteil an den Bibliotheken ist, dass man seinen Source-Code einmal schreibt, und nur die Bibliotheken für Linux und Windows existieren müssen.
Tschüss, Friedrich
On Sun, Feb 15, 2004 at 03:19:02PM +0100, Friedrich Hagedorn wrote: Hi Friedrich,
Das hat den Vorteil das du Code, der nur die Qt Klassen verwendet, unter Linux, MacOSX und Windows compilieren kannst und jedes Mal ein funktionierendes Binary rauskommt. Welche vernünftige compilierte Programmiersprache unterstützt das noch?
Das wusste ich noch nicht. Klingt ja aber echt gut. Kann ich aber nicht mit irgendeiner MySql-lib programmieren, und die für Linux bzw. für Windows kompilieren?
Damit würdest du dich aber auf ein Datenbanksystem festlegen und müsstest später, wenn die aktuelle Datenbank deinen Ansprüchen nicht mehr gerecht wird, deine ganzen Quellen umschreiben. Aus diesem Grund empfehlt es sich immer am Anfang eines Projekts einen Datenbanklayer zu benutzen.
Ich dachte immer, der Vorteil an den Bibliotheken ist, dass man seinen Source-Code einmal schreibt, und nur die Bibliotheken für Linux und Windows existieren müssen.
Naja, es muss halt nur die Bibliotheken für Windows und Linux geben. Bei Bibliotheken für bestimmte Anwendungszwecke (z.B. Datenbankzugriff) mag das noch funktionieren, aber gerade bei Betriebssystemzugriffen gibt es unter Windows arge Probleme, da die POSIX Schnittstelle da nur in den Köpfen einiger Marketingmanager existiert...
Ciao, Tobias
Hallo Tobias,
Das wusste ich noch nicht. Klingt ja aber echt gut. Kann ich aber nicht mit irgendeiner MySql-lib programmieren, und die für Linux bzw. für Windows kompilieren?
Damit würdest du dich aber auf ein Datenbanksystem festlegen und müsstest später, wenn die aktuelle Datenbank deinen Ansprüchen nicht mehr gerecht wird, deine ganzen Quellen umschreiben. Aus diesem Grund empfehlt es sich immer am Anfang eines Projekts einen Datenbanklayer zu benutzen.
Also sowas wie ODBC?
Ich dachte immer, der Vorteil an den Bibliotheken ist, dass man seinen Source-Code einmal schreibt, und nur die Bibliotheken für Linux und Windows existieren müssen.
Naja, es muss halt nur die Bibliotheken für Windows und Linux geben. Bei Bibliotheken für bestimmte Anwendungszwecke (z.B. Datenbankzugriff) mag das noch funktionieren, aber gerade bei Betriebssystemzugriffen gibt es unter Windows arge Probleme, da die POSIX Schnittstelle da nur in den Köpfen einiger Marketingmanager existiert...
Und was gibt es da so für Lösungen um Plattformübergreifend zu programmieren? Ausser jetzt Qt? Normales Dateihandling müsste ja über die Standartlibs abgedeckt sein?
Tschüss, Friedrich
On Sun, Feb 15, 2004 at 05:17:46PM +0100, Friedrich Hagedorn wrote:
Hallo Tobias,
Hi Friedrich,
Damit würdest du dich aber auf ein Datenbanksystem festlegen und müsstest später, wenn die aktuelle Datenbank deinen Ansprüchen nicht mehr gerecht wird, deine ganzen Quellen umschreiben. Aus diesem Grund empfehlt es sich immer am Anfang eines Projekts einen Datenbanklayer zu benutzen.
Also sowas wie ODBC?
ODBC _versucht_ das, allerdings sind die ODBC Treiber meist sehr langsam und haben nur einen begrenzten Funktionsumfang.
Naja, es muss halt nur die Bibliotheken für Windows und Linux geben. Bei Bibliotheken für bestimmte Anwendungszwecke (z.B. Datenbankzugriff) mag das noch funktionieren, aber gerade bei Betriebssystemzugriffen gibt es unter Windows arge Probleme, da die POSIX Schnittstelle da nur in den Köpfen einiger Marketingmanager existiert...
Und was gibt es da so für Lösungen um Plattformübergreifend zu programmieren? Ausser jetzt Qt?
Da wären sicher an erster Stelle die Scriptsprachen zu nennen, bei denen ich Python den Vorzug geben würde.
Normales Dateihandling müsste ja über die Standartlibs abgedeckt sein?
Normales Öffnen und Schließen dürfte kein Problem sein, aber schon bei der Abfrage der Statusinformationen (unter Unix stat(2)) gehen die Probleme los.
Ciao, Tobias
Hi Friedrich,
Guten Abend,
Also sowas wie ODBC?
ODBC _versucht_ das, allerdings sind die ODBC Treiber meist sehr langsam und haben nur einen begrenzten Funktionsumfang.
Was sind dann (ausser Qt) die Alternativen? Ok, Java wurde schon genannt.
Und was gibt es da so für Lösungen um Plattformübergreifend zu programmieren? Ausser jetzt Qt?
Da wären sicher an erster Stelle die Scriptsprachen zu nennen, bei denen ich Python den Vorzug geben würde.
D.h. wenn ich jetzt ein relativ einfaches End-Anwenderprogramm schreibe, ist es sinnvoll, nicht C/C++ zu nehmen, sondern Perl oder Python und die GUI mit (Qt oder) wxwindows zu machen.
Java finde ich ja ganz nett, aber das ist doch auch so ein fettes Ding, mit so komischen Lizenskauterwelsch...
Tschüss, Friedrich
Friedrich Hagedorn wrote:
Hi Friedrich,
Java finde ich ja ganz nett, aber das ist doch auch so ein fettes Ding, mit so komischen Lizenskauterwelsch...
Wenn Du mit fett=umfangreich meinst, dann stimmt das. Die Lizenz von Java ist nicht Opensource, was natürlich ein schwerwiegender Nachteil ist. Es gibt Opensource-Implementierungen z.B. gcj+gij, die Teil des gcc-Projekts sind, aber nur einen Bruchteil der Gesamtfunktionalität von Java unterstützen. Wenn Du diese verwendest und Deine Oberfläche mit SWT machst, dann benutzt Du ausschließlich Opensource. Eclipse (eine bekannte IDE) hat es so gemacht und ist jetzt Teil von Debian.
In Deinem Fall sehe ich jedoch nicht, warum die Lizenz von Java relevant ist, abgesehen von ideologischen Gründen. Der oben beschriebene Weg ist etwas komplizierter für einen Einsteiger als einfach Java mit Swing zu benutzen, dafür aber sehr interessant, was die Perspektiven von Java als Opensource-Plattform angeht. Da musst Du Dich selber entscheiden, was Du Dir zutraust.
Jens
ODBC _versucht_ das, allerdings sind die ODBC Treiber meist sehr langsam und haben nur einen begrenzten Funktionsumfang.
Der MySQL-ODBC-Treiber (für Windows) funktioniert ganz gut. Habe schon einige Male mit dem gearbeitet (Webprogramm und Office-Anwendungen). Bin auch nie auf Funktionseinschränkungen gestoßen.
Falk
Am Sonntag, 15. Februar 2004 16:17 schrieb Friedrich Hagedorn:
Hallo Tobias,
Das wusste ich noch nicht. Klingt ja aber echt gut. Kann ich aber nicht mit irgendeiner MySql-lib programmieren, und die für Linux bzw. für Windows kompilieren?
Damit würdest du dich aber auf ein Datenbanksystem festlegen und müsstest später, wenn die aktuelle Datenbank deinen Ansprüchen nicht mehr gerecht wird, deine ganzen Quellen umschreiben. Aus diesem Grund empfehlt es sich immer am Anfang eines Projekts einen Datenbanklayer zu benutzen.
Also sowas wie ODBC?
Mit ODBC kannst du auf eine Datenbank zugreifen. Ich glaube nicht, dass Tobias sowas gemeint hat. Außerdem ist ODBC ziemlich langsam. Ich vermute mal, er meint einige Funktionen die du für den Zugriff auf eine Datenbank schreibst und später mit dem selben Namen für andere Datenbanksysteme um-/neuschreibst. Damit musst du dich nicht durch deinen Quelltext hangeln und jede Stelle abändern, wo du mal einen Datenbankzugriff oder ähnliches implementiert hast.
Ich dachte immer, der Vorteil an den Bibliotheken ist, dass man seinen Source-Code einmal schreibt, und nur die Bibliotheken für Linux und Windows existieren müssen.
Naja, es muss halt nur die Bibliotheken für Windows und Linux geben. Bei Bibliotheken für bestimmte Anwendungszwecke (z.B. Datenbankzugriff) mag das noch funktionieren, aber gerade bei Betriebssystemzugriffen gibt es unter Windows arge Probleme, da die POSIX Schnittstelle da nur in den Köpfen einiger Marketingmanager existiert...
Und was gibt es da so für Lösungen um Plattformübergreifend zu programmieren? Ausser jetzt Qt? Normales Dateihandling müsste ja über die Standartlibs abgedeckt sein?
Nimm Java. Der JDBC-Treiber ist sehr schnell. Auch MySQL kann ich nur empfehlen, egal was hier andere Leute sagen. Ich nutz(t)e es unter Windows und Linux ohne Probleme. Es gibt sehr gute Tutorials und auch die Hilfe von Java ist sehr umfangreich (ob das nun ein Vor- oder Nachteil ist, musst du feststellen).
Falk
Hallo.
On Fri, 13 Feb 2004 18:43:23 +0100 (MET) "Friedrich Hagedorn" friedrich_h@gmx.de wrote:
Hallo,
ich soll eine Oberfläche für Windows XP programmieren, die auf eine Datenbank (MySql) zugreift. Da das mein erstes grosses Programmier-Projekt ist, habe ich von manchen Sachen noch keine richtige Ahnung.
1.) Das schwierigste ist die GUI. Was für Möglichkeiten hat man? Ich dachte entweder mit VC++ (dann kann ich das aber nicht unter Linux entwickeln) oder halt eine freie Grafikbibliothek. Was soll man da nehmen GTK+ oder QT?
2.) Die Zugriffe auf die MySql-Datenbank sollten ja dann Plattform-unabhängig sein?!
Es wäre nett, wenn mir mal jemand von den erfahrenen Programmierern, einen kleinen Einblick in die (grafische) Software-Entwicklung geben könnte.
Ich habe zwar selber noch kein GUI programmiert, aber ich habe Gutes von wxWindows[1] gehört. Wenn du das ganze noch in wxPython[2] implementierst, hast du, musst du dir um vieles keine Sorgen mehr machen und dein Programm läuft out of the box auf allen anderen von wxWindows unterstützten Plattformen.
Wie gesagt, ich will mich erst in ein paar Monaten mal damit beschäftigen, habe also keine echte Erfahrung. Angucken solltest du dir es auf jeden Fall mal. (Die Screenshots bei wxPython mit Quelltexten sind jedenfalls beeindruckend.)
HTH, MfG
Frank Benkstein.
Am 14. Februar 2004 schrieb Frank Benkstein:
Ich habe zwar selber noch kein GUI programmiert, aber ich habe Gutes von wxWindows[1] gehört. Wenn du das ganze noch in
Dazu gibt es einen Artikel im aktuellen LM (03/2004).
Freundlich grüßend,
Erik
On Fri, Feb 13, 2004 at 06:43:23PM +0100, Friedrich Hagedorn wrote:
Hallo,
Hi Friedrich,
1.) Das schwierigste ist die GUI. Was für Möglichkeiten hat man? Ich dachte entweder mit VC++ (dann kann ich das aber nicht unter Linux entwickeln) oder halt eine freie Grafikbibliothek. Was soll man da nehmen GTK+ oder QT?
Qt, Qt und nochmals Qt :) Wenn du dir das Development Paket von Qt installierst wirst du sogar schon Beispiele für den Zugriff auf Datenbankserver jeder Art finden.
2.) Die Zugriffe auf die MySql-Datenbank sollten ja dann Plattform-unabhängig sein?!
Und ein weiterer Vorteil von Qt ist, das du die Programme auch unter Windows compilieren kannst (eine Lizens vorausgesetzt).
Es wäre nett, wenn mir mal jemand von den erfahrenen Programmierern, einen kleinen Einblick in die (grafische) Software-Entwicklung geben könnte.
Qt bringt zwei 1A Step-by-Step Tutorials mit und die Beispielprogramme sollten eine gute Vorlage für eigene Projekte sein.
Ciao, Tobias
On Fri, Feb 13, 2004 at 06:43:23PM +0100, Friedrich Hagedorn wrote: Hi Friedrich,
Morgen Tobias,
Qt, Qt und nochmals Qt :)
Hey, ich hab ja schon fast geahnt (und gehofft), dass Du Dich da als KDE-Programmierer melden wirst :-)
Wenn du dir das Development Paket von Qt installierst wirst du sogar schon Beispiele für den Zugriff auf Datenbankserver jeder Art finden.
Klingt ja ganz gut.
2.) Die Zugriffe auf die MySql-Datenbank sollten ja dann Plattform-unabhängig sein?!
Und ein weiterer Vorteil von Qt ist, das du die Programme auch unter Windows compilieren kannst (eine Lizens vorausgesetzt).
Das mit der Lizens ist ja das Problem. Ich hab keine Lust, nur weil ich mein Programm auch unter Windows laufen lassen will, eine Lizens zu kaufen. Sonst, wenn es nur um Programme für Linux geht, glaub ich euch ja allen, dass QT schöner und bequemer ist :-)
Qt bringt zwei 1A Step-by-Step Tutorials mit und die Beispielprogramme sollten eine gute Vorlage für eigene Projekte sein.
Wenn, ich meine erste Anwendung nur für Linux schreibe...
Danke erstmal, für die kurze Einschätzung. Ich hab gestern nochmal ein bischen um wxwindows gegoogelt. Und das macht mir bis jetzt den besten Eindruck.
1. Es ist Open-Source 2. Es ist für Linux, Win, Mac, ... 3. Es gibt relativ gute Docu
Ich werd mir jetzt mal die Bibliotheken runterladen, und dann mal schauen. Den Artikel in dem LM, werd ich mir auch noch anschauen. Eigentlich wäre es ja total nett, endlich mal eine freie Grafik-Bibliothek zu haben, die unter allen (gängigen) Plattformen verfügbar ist.
Erstmal Danke, an alle, für ihre Statements,
Tschüss, Friedrich
Friedrich Hagedorn wrote:
Hallo,
ich soll eine Oberfläche für Windows XP programmieren, die auf eine Datenbank (MySql) zugreift. Da das mein erstes grosses Programmier-Projekt ist, habe ich von manchen Sachen noch keine richtige Ahnung.
1.) Das schwierigste ist die GUI. Was für Möglichkeiten hat man? Ich dachte entweder mit VC++ (dann kann ich das aber nicht unter Linux entwickeln) oder halt eine freie Grafikbibliothek. Was soll man da nehmen GTK+ oder QT?
2.) Die Zugriffe auf die MySql-Datenbank sollten ja dann Plattform-unabhängig sein?!
Wenn Du nicht abgeneigt bist, kannst Du mit Java arbeiten. MySQL-Zugriff ist sehr einfach (haben wir erst vor kurzem an der Uni benötigt) und die graphische Oberfläche stellt natürlich auch kein Problem dar. Plattformübergreifend ist es ohnehin.
Jens
Hallo Friedrich!
Am 2004-02-13 18:43 +0100 schrieb Friedrich Hagedorn:
Hallo,
ich soll eine Oberfläche für Windows XP programmieren, die auf eine Datenbank (MySql) zugreift. Da das mein erstes grosses Programmier-Projekt ist, habe ich von manchen Sachen noch keine richtige Ahnung.
Ich würde Dir auch ans Herz legen, das Konzept "Weboberfläche" (also PHP oder komplett in Perl) nicht so schnell beiseite zu legen. Ich bin ein totaler Oberflächen-Programmiermuffel, wenn unbedingt eine nötig ist, mache ich das immer so. Das ist plattformunabhängig, man muss auf den Clients nichts installieren, die Oberflächenverwaltung macht der Browser und die Logik ist mit Perl's DBI bzw. PHPs PEAR::DB schnell und wenig fehlerträchtig zusammengeschrieben.
Ich habe auf diese Art eine komplette Buchführung zusammengestrickt (Demo auf www.piware.de/fibu). Wenn Du zu sowas Fragen hast, kannst Du mich gern per Privatmail (oder halt auch auf der Liste) Fragen.
Schönen Abend!
Pitti
lug-dd@mailman.schlittermann.de
-
Erik Schanze -
Falk Döring -
Frank Benkstein -
Friedrich Hagedorn -
Friedrich W. H. Kossebau -
Jens Lehmann -
Konrad Rosenbaum -
Martin Pitt -
Tobias Koenig