Une question qui me taraude : pourquoi les développeurs de GTK+ ont-ils créé gObject (en C, donc) plutôt qu'utilisé directement le C++ ?
Ne pas oublier que le C++ à l'époque n'était pas aussi populaire qu'aujourd'hui, d'ailleurs la première norme du C++ date de 1998 soit l'année de la sortie de GTK+ / GLib (mais le tout reposait sur des travaux sur GIMP qui existait depuis 1995).
Le C était aussi à l'époque le langage de référence de la programmation système dont ces couches font partie.
Et l'un des avantages de GTK+ / GLib je crois c'est qu'il supporte plus de ports vers d'autres langages (enfin, de bindings) que Qt. En particulier le C évidemment.
Et du coup, est-il plus facile de programmer en gObject (GTK+) qu'en C++ (Qt) ?
Qt est bien plus vaste que GTK+, il faudrait comparer à minima le couple GLib / GTK+ avec Qt et encore je crois que même là Qt reste plus complet.
À titre personnel je n'ai pas vraiment de préférence ayant fait les deux. Peut être que c'est plus naturel pour un développeur C++ de faire du Qt que pour un développeur C de faire du GTK+. Mais si tu as un développeur Python qui utilise les ports de chacun d'eux j'ignore s'il trouvera l'un plus agréable que l'autre.
Je pense que ce qui intéresse le plus les gens est plutôt la direction des projets. GTK+ reste piloté par GNOME et Linux en tête quand Qt est plus générique dans son orientation.
[^] # Re: GTK+ / gObject ?
Posté par Renault (site web personnel) . En réponse à la dépêche Faut‐il continuer à apprendre le C++ ?. Évalué à 10.
Ne pas oublier que le C++ à l'époque n'était pas aussi populaire qu'aujourd'hui, d'ailleurs la première norme du C++ date de 1998 soit l'année de la sortie de GTK+ / GLib (mais le tout reposait sur des travaux sur GIMP qui existait depuis 1995).
Le C était aussi à l'époque le langage de référence de la programmation système dont ces couches font partie.
Et l'un des avantages de GTK+ / GLib je crois c'est qu'il supporte plus de ports vers d'autres langages (enfin, de bindings) que Qt. En particulier le C évidemment.
Qt est bien plus vaste que GTK+, il faudrait comparer à minima le couple GLib / GTK+ avec Qt et encore je crois que même là Qt reste plus complet.
À titre personnel je n'ai pas vraiment de préférence ayant fait les deux. Peut être que c'est plus naturel pour un développeur C++ de faire du Qt que pour un développeur C de faire du GTK+. Mais si tu as un développeur Python qui utilise les ports de chacun d'eux j'ignore s'il trouvera l'un plus agréable que l'autre.
Je pense que ce qui intéresse le plus les gens est plutôt la direction des projets. GTK+ reste piloté par GNOME et Linux en tête quand Qt est plus générique dans son orientation.