ayant bcp developpé sur unix, linux, windows mon principal reproche n'est pas les MFC mais Visual studio
Les MFC on peut s'en accomoder meme si on est convaicu que c'est de la m... Par contre comme le dit l'article, on ne peut rien faire sans l'env de dev de MS. Sur le court terme il permet d'aller vite mais sur le long terme ... Ceux qui comme moi on dû reprendre des applis developpées en 1997 ou 1998 avec VC++ 4 ou 5 avec le VC++6 actuel comprendront ce que je veux dire. Si ca marche tant mieux, sinon ... S'il faut melanger les differents objets com, Dcom, activX, ... c'est l'enfer.
Alors que sur unix les makefiles produits en 1990 sont toujours valables.
On peut peut faire un gros progamme QT ou Gtk sans env de dev , ce n'est pas trop dur.
KDevelop cree des projets avec tout ce qu'il faut pour compiler sur une ligne de commande (configure, autoconf,...)
Alors que vous de pouvez pas faire confiance au makefile generé par VC++ ( je parle d'experience)
J'ai vu de mes yeux de bons programeurs faire de merveilleux programmes avec VC++ et d'autres (debutants ou non) produire d'affreux fatras immaintenable. Ca arrive aussi sur unix mais moins souvent car vous avez tout le code sous les yeux et pas seulement la fonction correspondant au bouton cree a la souris ( j'ai deja vu des fonctions OK_Button de 800 ou 1000 lignes !!!)
Bref je ne jete pas la pierre a MS , ils ont ete oblige de rajouter des couches par dessus des couches sans jamais pouvoir tout remetre a plat, mais je dis simplement que c'est tres domage pour tout le monde, ca empoisone la vie des developpeurs. Ce qui devrait etre un plaisir devient une corvee
# perso ...
Posté par kesako . En réponse à la dépêche Qt contre MFC. Évalué à 10.
Les MFC on peut s'en accomoder meme si on est convaicu que c'est de la m... Par contre comme le dit l'article, on ne peut rien faire sans l'env de dev de MS. Sur le court terme il permet d'aller vite mais sur le long terme ... Ceux qui comme moi on dû reprendre des applis developpées en 1997 ou 1998 avec VC++ 4 ou 5 avec le VC++6 actuel comprendront ce que je veux dire. Si ca marche tant mieux, sinon ... S'il faut melanger les differents objets com, Dcom, activX, ... c'est l'enfer.
Alors que sur unix les makefiles produits en 1990 sont toujours valables.
On peut peut faire un gros progamme QT ou Gtk sans env de dev , ce n'est pas trop dur.
KDevelop cree des projets avec tout ce qu'il faut pour compiler sur une ligne de commande (configure, autoconf,...)
Alors que vous de pouvez pas faire confiance au makefile generé par VC++ ( je parle d'experience)
J'ai vu de mes yeux de bons programeurs faire de merveilleux programmes avec VC++ et d'autres (debutants ou non) produire d'affreux fatras immaintenable. Ca arrive aussi sur unix mais moins souvent car vous avez tout le code sous les yeux et pas seulement la fonction correspondant au bouton cree a la souris ( j'ai deja vu des fonctions OK_Button de 800 ou 1000 lignes !!!)
Bref je ne jete pas la pierre a MS , ils ont ete oblige de rajouter des couches par dessus des couches sans jamais pouvoir tout remetre a plat, mais je dis simplement que c'est tres domage pour tout le monde, ca empoisone la vie des developpeurs. Ce qui devrait etre un plaisir devient une corvee