Ok, j'admets, je ne suis pas vraiment rentré dans les détails, mais mon post était déjà suffisamment long :-P
Bon personnellement, je connais bien Qt, et j'adore ce toolkit : c'est très bien fait, en C++, le système de signaux et de slot est génial et très bien adapté à la programmation de GUI.
Gtk je connais moins, le toolkit lui même est pas mal, mais bon le côté «on fait de l'objet en C» ne m'a pas trop inspiré...
Qu'apporte donc GNUStep qui m'a tant plus ? je vais synthétiser : à priori, rien de plus que ce que m'apporterait Qt/KDE par exemple.
En effet, l'api OpenStep est certes bien fichue, mais on ne peut pas dire que les libs KDE soient pauvres...
La programmation graphique a beaucoup de points communs avec Qt (signaux, slots...), ou plutôt devrait on dire l'inverse, vu l'antériorité de NeXT.
Sauf que... sauf qu'ObjectiveC est un vrai langage Objet, et que j'ai beau connaître plutôt très bien C++ (que j'apprécie hein), il reste qu'ObjectiveC m'a rééllement enchanté, car il permet un code plus élégant (c'est un avis personnel hein) et on oublie facilement certains de ses manques (redéfinition d'opérateurs).
Sur des considérations pratiques, certaines choses sont difficiles à programmer en C++ et absolument triviales en ObjectiveC (choix d'objets à l'exécution, «vrai» polymorphisme, intégration de plugins, etc.).
Bref je dirait qu'ObjectiveC/GNUStep me semble beaucoup moins lourdingue à programmer que Qt, même si certains paradigmes sont partagés.
Maintenant, j'ai programmé avec Qt et avec GNUStep, et c'est juste mon avis personnel...
Je doit quand même ajouter que Gorm et ProjectCenter vont faciliter pas mal la programmation d'applications graphiques pour GNUStep et que ces deux outils là sont aussi très bien pensés :-)) [ce sont des clones d'InterfaceBuilder et ProjectBuilder].
Donc je dirais simplement que c'est un environnement à surveiller de près, voir à commencer à programmer un peu dessus... Mais je n'oblige personne hein, je donne juste un avis, forcèment biaisé, de quelqu'un qui est déjà conquis, malgrès les manques et bugs qui restent encore...
[^] # Re: GNUStep un réel plus ?
Posté par Nicolas Roard . En réponse à la dépêche Simplement GNUstep. Évalué à 10.
Bon personnellement, je connais bien Qt, et j'adore ce toolkit : c'est très bien fait, en C++, le système de signaux et de slot est génial et très bien adapté à la programmation de GUI.
Gtk je connais moins, le toolkit lui même est pas mal, mais bon le côté «on fait de l'objet en C» ne m'a pas trop inspiré...
Qu'apporte donc GNUStep qui m'a tant plus ? je vais synthétiser : à priori, rien de plus que ce que m'apporterait Qt/KDE par exemple.
En effet, l'api OpenStep est certes bien fichue, mais on ne peut pas dire que les libs KDE soient pauvres...
La programmation graphique a beaucoup de points communs avec Qt (signaux, slots...), ou plutôt devrait on dire l'inverse, vu l'antériorité de NeXT.
Sauf que... sauf qu'ObjectiveC est un vrai langage Objet, et que j'ai beau connaître plutôt très bien C++ (que j'apprécie hein), il reste qu'ObjectiveC m'a rééllement enchanté, car il permet un code plus élégant (c'est un avis personnel hein) et on oublie facilement certains de ses manques (redéfinition d'opérateurs).
Sur des considérations pratiques, certaines choses sont difficiles à programmer en C++ et absolument triviales en ObjectiveC (choix d'objets à l'exécution, «vrai» polymorphisme, intégration de plugins, etc.).
Bref je dirait qu'ObjectiveC/GNUStep me semble beaucoup moins lourdingue à programmer que Qt, même si certains paradigmes sont partagés.
Maintenant, j'ai programmé avec Qt et avec GNUStep, et c'est juste mon avis personnel...
Je doit quand même ajouter que Gorm et ProjectCenter vont faciliter pas mal la programmation d'applications graphiques pour GNUStep et que ces deux outils là sont aussi très bien pensés :-)) [ce sont des clones d'InterfaceBuilder et ProjectBuilder].
Donc je dirais simplement que c'est un environnement à surveiller de près, voir à commencer à programmer un peu dessus... Mais je n'oblige personne hein, je donne juste un avis, forcèment biaisé, de quelqu'un qui est déjà conquis, malgrès les manques et bugs qui restent encore...