Von Extreme Walrus Juice am Di, 10. Juli 2012 um 13:02 #
Ja, die Doku von Qt ist sehr schön. Ich hab diese hier gefunden: http://doc.qt.nokia.com/. Die von Gtk, ist aber nicht so schlecht. Das Gnome-Projekt initiiert ja nicht nur den Gnome-Desktop, sondern sammelt und pflegt auch allerlei Bibliotheken: http://developer.gnome.org/. Es gibt aber nicht nur API-Referenzen, sondern auch Online-Bücher. Meinen Einstieg mit gtkmm habe ich mit Programming with gtkmm 3 gemacht und bin sehr gut damit klar gekommen. Alles weitere holt man sich aus den API-Dokumentationen, die manchmal tatsächlich etwas knapp sind.
Das Problem der GTK API ist meiner Meinung nach grundsätzlicher Natur: C zwingt die Leute zu lächerlich langen Funktionsnamen. Ich meine nur gtk_dialog_set_alternative_button_order_from_array und überhaupt.
Eine "richtige" OOP Sprache hat da schon ihre Vorteile...
Ok, hier ist also einer, der API-Design nicht von der Methodenaufrufssyntax einer bestimmten Programmiersprache trennen kann. Dir ist schon klar, dass wenn du GTK+ über eine andere Programmiersprache verwendest (Vala, Python, JavaScript, C++, ...), die Methoden-Aufrufssyntax eine Andere und Kürzere ist? API-Design ist sowas wie "hier ist die Abstraktion falsch, hier die Objekthierarchie unglücklich, hier die Bezeichnung falsch gewählt, hier werden Verantwortlichkeiten vermischt, ..." nicht "die Methodenaufrufsyntax von C ist länger".
Gut durchdachte API
Gute Dokumentation
Sofern du keine weiteren Abhängigkeiten hast, sollte dein Programm problemlos auf andere Betriebssysteme und Architekturen portierbar sein.
lg unreal
Nenn mal ein Beispiel, wo die API von GTK+ nicht durchdacht ist. Nenn mal ein Beispiel, wo die Dokumentation. Hier ist der Link.
*Dokumentation nicht gut ist
Ja, die Doku von Qt ist sehr schön. Ich hab diese hier gefunden: http://doc.qt.nokia.com/.
Die von Gtk, ist aber nicht so schlecht. Das Gnome-Projekt initiiert ja nicht nur den Gnome-Desktop, sondern sammelt und pflegt auch allerlei Bibliotheken: http://developer.gnome.org/. Es gibt aber nicht nur API-Referenzen, sondern auch Online-Bücher. Meinen Einstieg mit gtkmm habe ich mit Programming with gtkmm 3 gemacht und bin sehr gut damit klar gekommen. Alles weitere holt man sich aus den API-Dokumentationen, die manchmal tatsächlich etwas knapp sind.
lg
Das Problem der GTK API ist meiner Meinung nach grundsätzlicher Natur: C zwingt die Leute zu lächerlich langen Funktionsnamen. Ich meine nur gtk_dialog_set_alternative_button_order_from_array und überhaupt.
Eine "richtige" OOP Sprache hat da schon ihre Vorteile...
Ok, hier ist also einer, der API-Design nicht von der Methodenaufrufssyntax einer bestimmten Programmiersprache trennen kann. Dir ist schon klar, dass wenn du GTK+ über eine andere Programmiersprache verwendest (Vala, Python, JavaScript, C++, ...), die Methoden-Aufrufssyntax eine Andere und Kürzere ist? API-Design ist sowas wie "hier ist die Abstraktion falsch, hier die Objekthierarchie unglücklich, hier die Bezeichnung falsch gewählt, hier werden Verantwortlichkeiten vermischt, ..." nicht "die Methodenaufrufsyntax von C ist länger".