> je développe avec MFC depuis quelques années, et j'avoue plutôt aimer... mais en lisant l'article,
> je me dis: en effet, ça peut faire gagner du temps...
Quand on connait bien un systeme, (que ce soit un langage, une bibliotheque ou un OS), on a toujours du mal a changer ou a evaluer ses faiblesses. Je t'encourage a downloader la version d'evaluation et a lire le tutorial. En quelques heures, tu pourras faire une application Qt. Tu te feras ainsi ton idee par toi-meme.
La plus grosse difference, c'est que Qt est simple a faire marcher. Pas besoin de comprendre des trucs complique, ca marche juste.
> qu'en est-il des performances de QT?
Je n'ai jamais note aucun probleme.
> Je n'ai pas vu tourner d'application Qt sous Win32,
Je me repete, telecharge leur version d'evaluation et joue un peu avec. Si tu veux, je peux meme te les envoyer.
> Tu parles du modèle doc/view, tout d'abord, il est parfaitement évitable
Ce n'est pas mon experience. Tout dans les MFC est base sur du doc/vue. A part en effet les boites de dialogues. Mais ce sont des boites de dialogue, non des application ? Ca ne me serait pas venu a l'idee de construire une application sur une boite de dialogue.
> Ensuite qu'est ce que QT propose dans ce domaine? (serialization, gestion MDI, vue multiple, etc...)
Je ne suis pas sur de comprendre bien la question mais je vais essayer de repondre. Le mecanisme de base de Qt, les signaux et les slots permettent une souplesse incroyable dans l'architecture. Cela permet de gerer sans probleme un doc/vue, des vues multiples, des MDI, ... Tu fais en fait ce dont tu as envie.
> Je suis également surpris, quand tu parles de CString/QString, as-tu regarder le CString de VS.NET?
Non, ma comparaison portait sur les MFC pure. Il parait qu'il y a des MFC 7.0 maintenant. Tres bien pour eux, moi je reste a Qt.
[^] # Re: Interressant...
Posté par Philippe F (site web personnel) . En réponse à la dépêche Qt contre MFC. Évalué à 7.
> je me dis: en effet, ça peut faire gagner du temps...
Quand on connait bien un systeme, (que ce soit un langage, une bibliotheque ou un OS), on a toujours du mal a changer ou a evaluer ses faiblesses. Je t'encourage a downloader la version d'evaluation et a lire le tutorial. En quelques heures, tu pourras faire une application Qt. Tu te feras ainsi ton idee par toi-meme.
La plus grosse difference, c'est que Qt est simple a faire marcher. Pas besoin de comprendre des trucs complique, ca marche juste.
> qu'en est-il des performances de QT?
Je n'ai jamais note aucun probleme.
> Je n'ai pas vu tourner d'application Qt sous Win32,
Je me repete, telecharge leur version d'evaluation et joue un peu avec. Si tu veux, je peux meme te les envoyer.
> Tu parles du modèle doc/view, tout d'abord, il est parfaitement évitable
Ce n'est pas mon experience. Tout dans les MFC est base sur du doc/vue. A part en effet les boites de dialogues. Mais ce sont des boites de dialogue, non des application ? Ca ne me serait pas venu a l'idee de construire une application sur une boite de dialogue.
> Ensuite qu'est ce que QT propose dans ce domaine? (serialization, gestion MDI, vue multiple, etc...)
Je ne suis pas sur de comprendre bien la question mais je vais essayer de repondre. Le mecanisme de base de Qt, les signaux et les slots permettent une souplesse incroyable dans l'architecture. Cela permet de gerer sans probleme un doc/vue, des vues multiples, des MDI, ... Tu fais en fait ce dont tu as envie.
> Je suis également surpris, quand tu parles de CString/QString, as-tu regarder le CString de VS.NET?
Non, ma comparaison portait sur les MFC pure. Il parait qu'il y a des MFC 7.0 maintenant. Tres bien pour eux, moi je reste a Qt.