Avantages de VS 2008 par rapport à 2005
https://stackoverflow.com/questions/90918
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Quelqu'un pourrait-il en nommer quelques-uns? Je pourrais donner du temps, mais ceci est destiné à quelqu'un d'autre et j'aimerais également connaître l'opinion de la communauté.
La solution
Il existe un article utile à ce sujet ici: http://weblogs.asp.net/cschittko/archive/2007/10/08/visual-studio-2005-or-2008-what-s-more- risk.aspx .
Autres conseils
Personnellement, je dirais que l’un des plus gros avantages que j’ai trouvés est que le produit réagit plus rapidement, c’est-à-dire qu’il ouvre plus vite, compile et exécute les projets plus rapidement. Dans mon esprit, pourquoi ne pas vous mettre à niveau uniquement pour cet avantage?
En raison de l'environnement dans lequel je travaille, je suis limité à .NET 2.0, je n'ai donc pas été en mesure de tirer parti des nombreuses autres fonctionnalités du ciblage multiple, etc.
Cependant, pour le travail ASP.NET, j’ai réalisé la vue fractionnée et le support CSS est excellent. C’est certainement le seul domaine dans lequel j’ai constaté l’amélioration fonctionnelle la plus importante, de VS2005 à VS2008. Avec CSS, vous devez toujours, mais dans l’effort de le comprendre, mais pourquoi ne pas obtenir le plus d’aide possible de la part de l’EDI.
Dans l’ensemble, j’ai trouvé la transition très facile et je n’ai donc aucune raison de ne pas effectuer la mise à niveau.
Eh bien, il prend en charge .NET 3.5, qui offre de nombreuses nouvelles fonctionnalités, selon que vous en ayez besoin ou non.
En dehors de cela, ils ont amélioré (également avec SP1) l'outil de refactoring, la vitesse de compilation, IntelliSense fonctionne désormais très bien avec C #, et vous obtenez le nouveau compilateur C # même en écrivant du code .NET 2.0. De plus, les performances du concepteur ASP.NET se sont beaucoup améliorées.
À mon avis, même en écrivant principalement du code .NET 2.0, je le trouve un peu mieux que 2005.
Une grande fonctionnalité est qu’il vous permet de cibler différentes versions du moteur d’exécution .NET en fonction du projet.
Si vous utilisez le framework de tests unitaires de Microsoft, il est de loin préférable en 2008. Il est donc utilisable.
Outre le support habituel pour les dernières versions du framework et des tests unitaires intégrés, j'ai personnellement découvert que VS 2008 était plus stable, avec une meilleure prise en charge du refactoring et un produit plus abouti (lu stable) que VS 2005.
J'utilisais VS 2005 depuis sa sortie sur le marché, jusqu'à la première version de VS 2008, donc je peux faire la différence.
Dépend de votre langage de programmation.
- Sur .net, la prise en charge intégrée de .net 3.5 est évidente, bien qu’il s’agisse principalement de modèles de projet. Toutefois, à ma connaissance, le SP1 ajoute la prise en charge .net Client Framework, ce qui n’est pas possible dans VS2005.
- Cela signifie également la prise en charge de WPF avec un concepteur XAML, bien que la plupart des gens préfèrent toujours utiliser Expression Blend pour les interfaces WPF.
- Apparemment, il existe maintenant un débogueur JavaScript, même s'il s'agit d'un peu cassé comme il semble (je ne suis pas sûr que SP1 corrige ce problème)
En bref: pour .net 3.5, c'est presque indispensable si vous êtes un développeur professionnel, mais ce n'est que mon avis.
Le constructeur de propriétés CSS est bien meilleur à mon humble avis.
Reportez-vous à l'article ci-dessous pour connaître le détail complet des modifications apportées de la version 2005 à la version 2008. Inclut également les modifications effectuées dans le Service Pack:
