Je me demande simplement pourquoi les programmeurs qui programment en C++ pour Windows utilisent toujours Visual Studio 6 au lieu de Visual Studio 2008 ?
Le compilateur de la version 2008 n'est-il pas meilleur que celui de VS6 ?
La raison pour laquelle je pose cette question est que j'ai utilisé de nombreux SDK qui sont toujours écrits en VS6.
Merci beaucoup,
Steve
En partie, cela peut être dû au fait que les compilateurs plus anciens sont souvent (bien que pas toujours) plus rapides que les plus récents, et plus riches en fonctionnalités/conformes aux normes. Je ne sais pas si cela s'applique à VC6 par rapport aux versions ultérieures, mais cela se peut bien.
Dans le cas de VC6, je pense que les deux principaux facteurs sont que l'IDE est beaucoup plus rapide à utiliser que tous les IDE Visual Studio 200x terriblement lents et gourmands, et qu'il y a une énorme quantité de code hérité qui ne compilera pas avec les compilateurs VC++ plus récents et plus conformes aux normes.
La seule chose à laquelle je peux penser est que Visual Studio 6 ne prend pas en charge .Net (C++.Net en particulier) et donc si vous écrivez quelque chose entièrement en code non géré, vous n'avez pas à traiter les paramètres de projet qui s'appliquent au code managé.
De plus, certaines bases de code héritées peuvent être écrites avec VS6 et ils ne veulent pas avoir à mettre à jour la base de code pour compiler avec des versions plus récentes de Visual Studio. Surtout si la base de code est grande et complexe, ou a de nombreuses dépendances tierces ou est utilisée avec d'anciens outils (par exemple Purify).
Une meilleure question serait de savoir si les gens commenceraient un tout nouveau projet avec MSVC++ dans VS6 ou VS 2008... (pas de problème d'héritage)
En dehors du fait qu'il y ait beaucoup de "code hérité" (comme le soulignent d'autres réponses), il y a une raison beaucoup plus directe pour de nombreux projets : les dépendances.
La DLL d'exécution pour Visual Studio 6 est livrée sur presque tous les PC remontant à quelque chose comme Windows 98. C'est la seule bibliothèque d'exécution sur laquelle vous pouvez compter d'être installée sur le système de l'utilisateur, ce qui signifie que vous n'avez pas nécessairement besoin de livrer la DLL d'exécution avec votre application. Il suffit de copier le fichier exécutable, cela devrait être suffisant (autres problèmes d'installation mis à part).
Si vous utilisez Visual C++ 2008, vous devez vous soucier de livrer la version correcte de MSVCR90.DLL, MSVCP90.DLL (et potentiellement beaucoup plus), et d'installer correctement les DLL en utilisant le mécanisme côte-à-côte (ce qui signifie généralement construire un installateur msi).
Je connais au moins un plugin de navigateur qui repose sur cela pour éviter de devoir télécharger la bibliothèque d'exécution sur la machine de l'utilisateur, ce qui doublerait effectivement la taille de la distribution.
TL;DR ? C'est plus simple !
:) je travaille sur VC6 au travail et à la maison pour les deux raisons suivantes :
Au travail : -> Notre code hérité est basé sur VC6, donc pas d'autre option que d'utiliser cela.
À la maison
-> Puisque depuis l'époque de l'université, je n'utilise que cela, je suis réticent à passer à des versions plus récentes.
-> J'ai essayé 2005 et 2008 ainsi que l'Édition Express, mais je ne veux pas les utiliser car
-> Ils sont très lourds en termes de processus et de mémoire, et lents par rapport à VC6
-> Je crois en la simplicité et la sensibilité, je trouve les nouvelles versions moins faciles à manipuler que VC6
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
