J'ai eu à programmer directement en X11 il y a un certain nombre d'années pendant mes études et j'ai été bien content de découvrir ensuite Qt (via KDE au départ). Je n'ai jamais utilisé GTK, et les bibliothèques GUI natives Windows je ne les ai jamais utilisées autrement que par le code généré automatiquement par Visual Studio.
Je n'utilise plus Qt professionnellement actuellement mais je l'ai beaucoup utilisé dans des postes précédents pour faire du multiplateforme, aussi bien pour faire des applis avec interfaces graphiques que non, y compris pour faire des serveurs. La raison principale pour laquelle on ne l'utilise pas (encore?) pour nos parties C++ à mon poste actuel c'est parce qu'on ne l'utiliserait finalement que très peu, mais il sera l'un des principaux candidats (avec Boost) si le besoin d'un framework C++ se fait sentir.
L’avantage n'est pas seulement l'aspect GUI (qui est très bien fait aussi d'ailleurs) mais aussi que c'est une framework C++ très complet. Ne serait-ce que pour les chaînes de caractères, leur manipulation ou simplement les problèmes d'encodage, pas simple de se passer des QString après en avoir pris l’habitude. Les accès réseaux, les threads, les accès fichiers indépendamment de la plateforme...
Et surtout une très bonne documentation. Pour moi, de ce que j'ai pu utiliser du côté de C++, Java ou C#, c'est le framework le mieux documenté.
Si je devais faire une critique, ce serait uniquement sur le processus de compilation en plusieurs étapes pour gérer les signaux et les slots. Mais comme tous les outils nécessaires sont livrés avec ce n'est pas un gros inconvénient (ça peut même être transparent si on utilise directement QtCreator).
1 |
0 |