Posté par 7la .
En réponse à la dépêche Qt contre MFC.
Évalué à 10.
Bjour.
je bosse avec les mfc depuis à peine 2 ans, mais déjà je releve quelques erreurs dans l'article :
- avoir des vues différentes dans un controle à onglets ne demande guere plus d'une demi heure de boulot pour peu qu'on sache se servir d'un moteur de recherche.
- le chevauchement des identifiants de ressource dans les dll ne pose aucun probleme à partir du moment où l'on a compris comment sont chargées les ressources ( voir AfxSetResourceHandle si besoin de precision ).
Ensuite restent certains points discutables ( architecture doc/view contournable, msdn bourré d'exemples, programmes qui ne plantent pas à partir du moment où l'on code proprement ) et des vérités indéniables ( au moins sur les MFC, pour Qt, j'en sais rien).
A part ca l'article donne assez envie de jeter un coup d'oeil à Qt, donc finalement c'est un happy end.
# A nuancer
Posté par 7la . En réponse à la dépêche Qt contre MFC. Évalué à 10.
je bosse avec les mfc depuis à peine 2 ans, mais déjà je releve quelques erreurs dans l'article :
- avoir des vues différentes dans un controle à onglets ne demande guere plus d'une demi heure de boulot pour peu qu'on sache se servir d'un moteur de recherche.
- le chevauchement des identifiants de ressource dans les dll ne pose aucun probleme à partir du moment où l'on a compris comment sont chargées les ressources ( voir AfxSetResourceHandle si besoin de precision ).
Ensuite restent certains points discutables ( architecture doc/view contournable, msdn bourré d'exemples, programmes qui ne plantent pas à partir du moment où l'on code proprement ) et des vérités indéniables ( au moins sur les MFC, pour Qt, j'en sais rien).
A part ca l'article donne assez envie de jeter un coup d'oeil à Qt, donc finalement c'est un happy end.