> - bricolage macroique, bof, pas tellement, en tout cas l'utilisateur de la librairie (i.e. le développeur) ne le vois pratiquement pas ;
bricolage macrotique ? Les seuls macros que le developpeur utilise dans Qt, c'est:
"slots" -> rien
"signal" -> "protected"
Q_OBJECT -> <on n'a pas besoin de le savoir>
Ca ressemble pas a un bricolage. Et tres vite, on a l'impression que les mot-cles "slots" et "signal" font partie du langage C++.
Ces mot-cles ne sont d'ailleurs utilises que dans le .h et pas dynamiquement. C'est leger et surtout extremement pratique d'avoir tout de declare dans le .h
Cet argument me parait donc encore plus contestable que les autres.
<troll-zone>
Alors que quand je touche a du code Gtk, je tremble a chaque fois que je vois une macro de cast, en imaginant tout ce qu'elle doit faire derriere. Sans compter les "return_if_fail" et autres bidouilles.
Les gens qui disent preferer Gtk parce que "Qt, c'est pas du C++!" me font doucement rigoler. Si un jour je veux absoluement faire du C, une chose est sure, je ne me tournerai pas vers Gtk car ca ne ressemble plus a du C. Ce ressemble plutot un clone hybride de C++.
[^] # Re: Les gouts et les couleurs...
Posté par Philippe F (site web personnel) . En réponse à la dépêche Al Stevens n'aime pas QT. Évalué à 3.
bricolage macrotique ? Les seuls macros que le developpeur utilise dans Qt, c'est:
"slots" -> rien
"signal" -> "protected"
Q_OBJECT -> <on n'a pas besoin de le savoir>
Ca ressemble pas a un bricolage. Et tres vite, on a l'impression que les mot-cles "slots" et "signal" font partie du langage C++.
Ces mot-cles ne sont d'ailleurs utilises que dans le .h et pas dynamiquement. C'est leger et surtout extremement pratique d'avoir tout de declare dans le .h
Cet argument me parait donc encore plus contestable que les autres.
<troll-zone>
Alors que quand je touche a du code Gtk, je tremble a chaque fois que je vois une macro de cast, en imaginant tout ce qu'elle doit faire derriere. Sans compter les "return_if_fail" et autres bidouilles.
Les gens qui disent preferer Gtk parce que "Qt, c'est pas du C++!" me font doucement rigoler. Si un jour je veux absoluement faire du C, une chose est sure, je ne me tournerai pas vers Gtk car ca ne ressemble plus a du C. Ce ressemble plutot un clone hybride de C++.