Les nouveautés de Visual Studio 2019

C’est en 1997 que Microsoft a lancé la première version de Visual Studio. L’objectif de la firme était de fédérer au sein d’un seul EDI ses différents outils de développement, dont Visual Basic 5.0 et Visual C++ 5.0 destinés au développement d’applications Windows, Visual J++ 1 dédié au développement Java, Visual InterDev pour la programmation Web ASP et Visual FoxPro 5.0 pour la programmation xBase.

Un an après la sortie de Visual Studio 97, Microsoft lève le voile sur Visual Studio 6.0. Il s’agit de la dernière version prenant en charge Visual Basic et Visual J++.

Il aura fallu attendre quatre ans pour voir Visual Studio .NET débarquer sur le marché en 2002. Il s’agit d’une évolution majeure qui est en rupture avec la version précédente.

En effet, c’est à partir de cette version que Microsoft introduit le Framework .NET et le désormais populaire langage de programmation orienté objet C#. La firme présente également VB.NET, une évolution orientée objet de Visual Basic. ASP laisse la place à ASP.NET.

Visual Studio .NET va permettre de développer des applications pour Windows, des applications Web et des applications mobiles.

Il s’agit d’une évolution mineure publiée le 24 avril 2003 avec la version 1.1 du framework .NET. Elle apportera plus de stabilité, de performances et de sécurité. C’est à partir de cette version que .NET commence à se frayer un passage parmi les développeurs.

Lancée le 7 novembre 2005, cette version de Visual Studio permet d’utiliser plus facilement les composants du Framework .NET. C’est avec celle-ci que le Framework .NET 2.0 fera ses premiers pas et introduira les génériques, les itérateurs, les types nullables, etc.

Il s’agit d’une évolution majeure de Visual Studio qui sera publiée le 19 novembre 2008 avec la version 3.5 du Framework .NET. L’outil apporte des indicateurs permettant de calculer les métriques du code (complexité cyclomatique, profondeur d’héritage, lignes de code, couplage des classes et indice de maintenabilité), d’évaluer l’utilisation de la mémoire et le temps d’exécution.

Visual Studio 2008 apporte également des améliorations pour la mise en place des tests, une meilleure prise en charge des fichiers XML et bien plus.

Avec Visual Studio 2010 qui sera publié le 12 avril 2010, Microsoft lance le Framework 4.0. L’éditeur de code sera réécrit en utilisant WPF et l’EDI permettra de développer des applications Cloud pour Azure. Des améliorations seront apportées au système de débogage et à l'architecture des applications.

Microsoft va adopter avec cette version un nouveau logo plus moderne et procéder à une rationalisation des éditions pour faciliter le choix d’une déclinaison parmi l’ensemble de ses offres.

Cette version sera marquée par de nombreux changements esthétiques pour s’aligner avec la charte graphique introduite par la nouvelle interface Modern UI (anciennement connue sous le nom de Metro) dédiée aux tablettes.

Un petit détail pour augmenter la lisibilité et l’ergonomie de l’EDI va engendrer cependant la polémique. En effet, l’adoption d’un menu en lettres capitales ne sera pas appréciée par de nombreux développeurs. Ce qui va pousser la firme à se rétracter dans la version suivante.

En dehors de l’aspect esthétique, les nouvelles fonctionnalités importantes seront axées autour de : la planification agile, la qualité, le développement Windows Store, le développement « line-of-business » et l’amélioration de l’expérience générale de développement. Cette version introduira également le développement d’applications Windows RT et Windows Phone 8.

Visual Studio 2013 sortira le 17 octobre 2013, seulement un an après Visual Studio 2012. L’EDI continuera dans la même lignée que la version précédente et apportera de nouveaux outils de productivité, de profiling, de tests, de collaboration, de contrôles de sources, de gestion du portfolio agile, de suivi du cycle de vie des applications (ALM), de débogage asynchrone pour C#, VB.NET, JavaScript et C++, ainsi que près de 5 000 nouvelles API.

C’est avec cette version que Microsoft fera un pas vers l’open source en sortant l’édition Visual Studio Community : une déclinaison gratuite de l’édition professionnelle pour les petites équipes (au plus 5 développeurs), les étudiants, les chercheurs, les enseignants et pour le développement open source.

Microsoft va publier la version stable de Visual Studio 2015 le 20 juillet 2015. L’EDI sera accompagné du Framework .NET 4.6.

Visual Studio 2015 introduit une restructuration importante de l’écosystème. L’EDI s’ouvre au développement multiplateforme avec le langage C++. Il dispose d’un émulateur Android, des outils pour le développement avec le framework open source Apache Cordova et prend en charge de nombreux autres outils open source, dont Grunt, Gulp et npm. Il faut noter au passage que Microsoft permettra aux développeurs de porter aisément leurs applications Android et iOS sur Windows 10.

L’environnement supporte le langage de programmation C# 6, VB.NET 12, les spécifications du langage C++, TypeScript ou encore Python.

Pour les développeurs de jeux, Visual Studio 2015 offre une prise en charge des moteurs de jeux Unity, Unreal Engine ou encore Cocos2D. Ce support est le fruit d’un partenariat de la firme avec ces studios de jeux.

L’EDI est la première version qui repose sur le compilateur en tant que service Roslyn. Ce dernier offre un gain de performance important et améliore la productivité, notamment pour les compilateurs C# et VB.NET, l’intelliSense, le refactoring, l’outil CodeLens, le débogage, les outils de diagnostics, etc.

Microsoft a publié la version stable de Visual Studio 2017 le 7 mars 2017. Cette version marque le 20^e anniversaire de l’outil de développement qui a été dévoilé pour la première fois en 1997.

Visual Studio 2017 introduit une nouvelle expérience d’installation avec les charges de travail. Chaque charge de travail représentant un type de développement spécifique (développement Web, développement Azure, développement desktop C++, etc.). Ce qui permet au développeur d’installer uniquement les composants dont il aura réellement besoin. Il faut dire qu’avec le temps, Visual Studio est devenu une véritable usine à gaz permettant de développer tout type d'application : Desktop, Web, Mobile, Cloud, multiplate-forme, etc. Ce qui a alourdi la taille de l'EDI.

Une autre nouveauté intéressante est l’intégration du Live Unit Testing. La fonctionnalité permet de visualiser les résultats des tests unitaires et la couverture du code en direct sur l'éditeur au fur et à mesure que vous écrivez du code.

On va également noter une meilleure prise en charge du Cloud et l’intégration des outils .NET Core pour le développement en utilisant des conteneurs Docker. Par ailleurs, les outils de développement pour Xamarin ont été intégrés de façon native à l’EDI.

Côté langage, la prise en charge de C# 7, Visual Basic .NET 13, F# 4.1, C++11 et C++14, TypeScript 2.1, Python, R, etc. est au rendez-vous.

Visual Studio 2019 s'installe et s'exécute sur Windows 10 (Famille, Professionnel et Entreprise), Windows Server 2016 (Standard et Datacenter), Windows 8.1 (Standard, Professionnel et Entreprise), Windows Server 2012 R2 (Essentials, Standard, Datacenter) et Windows 7 SP 1 (Familiale Premium, Professionnel, Entreprise, Intégrale).

La machine sur laquelle l'EDI s'exécute doit disposer au minimum d’un processeur de 1,8 GHz, de 2 Go de RAM (4 Go recommandés), d’un espace disque de 1 à 40 Go selon les fonctionnalités installées et d’une carte vidéo prenant en charge une résolution d'écran minimale de 720p.

Langues supportées

Visual Studio 2019 est disponible en quatorze langues, dont l'anglais, le français, l'italien, l'allemand, l'espagnol, le japonais, le russe, le portugais, etc.

Premier fait marquant dans cette nouvelle version : l’interface de démarrage. Cette dernière a une fois de plus droit à un lifting complet. Au lancement de l’EDI, une fenêtre minimaliste s’affiche avec une agrégation des sources possibles pour accéder au code. L'objectif est de permettre aux développeurs, quel que soit l’emplacement ou le moyen utilisé pour la sauvegarde de code source, d’y accéder rapidement.

L'interface de démarrage ne fait désormais plus partie de l’interface principale de l’EDI. Il s’agit d’une fenêtre autonome, qui apparaît avant le chargement de l’EDI. Cette orientation permet non seulement de gagner en performance, car le chargement de l’EDI sera en quelque sorte conditionné par le choix de l’utilisateur, mais aussi d’avoir une interface de démarrage moins encombrée par les éléments de l’EDI, dont le menu et les explorateurs.

La tuile contenant des informations pour les développeurs et les guides pour la prise en main disparaissent pour donner plus d’espace aux éléments désormais affichés au démarrage.

On va noter avec satisfaction l’intégration en première ligne d’une carte “Cloner ou extraire du code”. Cette dernière va permettre de directement cloner son code depuis un dépôt distant, dont GitHub ou encore Azure DevOps. Les options traditionnelles permettant d’ouvrir un projet ou une solution, ouvrir un dossier local ou encore créer un nouveau projet sont bien évidemment présentes.

À gauche sont listés les éléments qui ont été récemment ouverts. On va noter la présence, bien que moins visible, d’un lien permettant d’ouvrir l’EDI sans code.

Cette nouvelle interface va convenir autant aux débutants qu’aux utilisateurs expérimentés.

L’interface de création d’un nouveau projet a été également totalement repensée. Elle s’affiche avant le chargement de l’EDI si vous sélectionnez directement cette option dans l’interface de démarrage. Il faut noter que le même principe a été appliqué à tous les autres éléments de la tuile “Prise en main”. Ce qui permet de passer rapidement d’une option à l’autre avant le chargement de l’EDI.

Avec tous les langages, projets et plates-formes supportés par Visual Studio, il était temps d'offrir un moyen de trouver rapidement le modèle de projet que l’on souhaite créer.

Avec la nouvelle interface, vous pouvez effectuer une recherche du modèle de projet qui vous intéresse à partir du titre, de la description ou des tags. L’option de filtre en complément permet de sélectionner en fonction des langages, de la plate-forme et du type de projet.

Par ailleurs, la liste des 10 derniers modèles de projet utilisés apparaît dans le volet de gauche pour faciliter encore plus l’accès.

L’assistant de création de projets a été séparé dans deux pages. Ceci pour permettre de se concentrer sur une chose à la fois :

• la sélection du modèle de projet ;
• le choix du nom de projet, de la solution et de l’emplacement de sauvegarde.

Visual Studio 2019 intègre une nouvelle expérience de recherche avancée assez pratique. Elle permet de rechercher des éléments dans les menus, les commandes, les options et les composants installables. La nouvelle fonctionnalité de recherche affiche désormais les résultats de façon dynamique, gère les fautes d’orthographe et retourne des informations utiles (par exemple, les raccourcis clavier) dans les résultats de la recherche.

À partir de cette zone de recherche, vous pouvez accéder directement à l’interface de création d’un nouveau projet.

À la création d’une nouvelle demande de tirage, vous pouvez choisir la branche source et la branche de destination, marquer votre demande comme urgente, assigner la demande à une personne pour la revue et même ajouter les tâches correspondantes au travail que vous avez effectué.

Une fois que vous sélectionnez une demande de tirage, les détails sur celle-ci sont affichés dans Visual Studio.

Vous pouvez comparer dans Visual Studio les modifications qui ont été apportées au code et même y ajouter des commentaires avec des émoticônes. Les commentaires sont créés en Markdown. Il est également possible d'exécuter et déboguer le code en question dans votre IDE.

Une fois la revue terminée, vous pouvez approuver la demande, la mettre en attente d’une réponse de l’auteur, rejeter la demande, etc. Une fois la demande approuvée, elle est fusionnée dans la branche de destination.

La fonctionnalité supporte uniquement GitHub et Azure DevOps. Azure DevOps Server n’est pas encore pris en charge.

Pour le langage C#, IntelliCode peut inférer vos conventions de style et de mise en forme du code pour créer dynamiquement un fichier EditorConfig. Les fichiers EditorConfig aident à assurer la cohérence du code en définissant des styles et des mises en forme de code. Ces conventions permettent à Visual Studio d’offrir des correctifs de format et de style automatiques pour nettoyer votre document.

Le fichier EditorConfig peut être ajouté au niveau d’un projet ou d’une solution dans Visual Studio (Clic droit sur le projet ou la solution dans Visual Studio, puis sur Ajouter et ensuite sur Nouvel EditorConfig.)

Une fois le fichier ajouté, IntelliCode le remplit automatiquement avec les conventions de style de code qu’il déduit de votre code base.

Pour les développeurs utilisant C#, les modèles personnalisés sont offerts par IntelliCode. Ils permettent d’obtenir des recommandations d’IntelliSense assisté par IA, recommandations basées sur votre code C#. Les modèles personnalisés sont utiles si vous utilisez du code comme des bibliothèques de classes de base et d’utilitaires internes ou comme des bibliothèques spécifiques à un domaine, qui ne sont pas couramment utilisées dans du code open source.

En effet, les recommandations du modèle de base d’IntelliCode sont basées uniquement sur les modèles appris à partir de dépôts GitHub open source. Si vous utilisez du code qui n’est pas dans cet ensemble de dépôts, ces recommandations ne sont pas aussi utiles pour vous. Pour les utilisateurs de C#, IntelliCode peut apprendre des modèles à partir de votre code pour faire des recommandations concernant des éléments qui ne sont pas dans le domaine open source.

Cependant, il est de votre responsabilité de créer et d'entraîner votre modèle personnalisé. Une interface graphique est offerte dans Visual Studio pour permettre de créer et entraîner votre modèle dans le Cloud. Concrètement, les caractéristiques du code seront extraites de votre solution et seront transmises via HTTPS au service IntelliCode. Le service utilise ensuite des algorithmes de machine learning pour entraîner un modèle pour votre code. Il retourne le modèle à votre ordinateur, où il est fusionné avec le modèle de base. Plus les données extraites de votre solution seront nombreuses, plus la précision de votre modèle sera élevée.

IntelliCode a une fonctionnalité de partage de modèle qui vous permet de partager n’importe quel modèle que vous avez créé avec des personnes à qui vous fournissez un lien vers un modèle. De plus, les utilisateurs qui ont accès au modèle partagé reçoivent automatiquement les dernières mises à jour quand vous entraînez de nouveau le modèle.

Pour intégrer un modèle partagé, il suffit juste de saisir le lien dans la fenêtre « Ajouter un modèle » à partir de l’interface de gestion des modèles personnalisés d’IntelliCode.

Cette fonctionnalité, bien qu'intéressante, apporte des interrogations sur la confidentialité, vu que des données de votre solution sont extraites et envoyées dans le Cloud de Microsoft. Mais, la firme assure que le transfert est sécurisé via HTTPS et qu’uniquement les éléments nécessaires à la création d’un modèle sont extraits.

Un nouveau modèle de projet est disponible pour permettre la création de nouvelles applications ASP.NET Core s’exécutant dans Kubernetes. Une simple recherche avec le terme kubernetes permet de retrouver le modèle dans la fenêtre de création d’un nouveau projet.

Lorsque vous sélectionnez ce modèle à la création d’un nouveau projet, Visual Studio crée automatiquement un fichier Dockerfile et un graphique Helm que vous pouvez utiliser pour générer et déployer votre nouvelle application sur un cluster Kubernetes. Vous pouvez modifier ses artefacts en fonction de vos besoins.

Si vous disposez d’une application ASP.NET Core existante et que vous souhaitez ajouter la prise en charge de kubernetes, il suffit dans l’Explorateur de solutions, de cliquer avec le bouton droit sur le projet, puis sur Ajouter, ensuite sur Prise en charge d’orchestrateur de conteneurs.

Dans la boîte de dialogue Ajouter la prise en charge d’orchestrateur de conteneurs, choisissez Kubernetes/Helm et cliquez sur OK.

Par ailleurs, Visual Studio 2019 offre un assistant permettant de facilement ajouter un endpoint à votre application. Cette option permet d’ajouter à Helm les configurations nécessaires afin que votre application soit visible dans un cluster Kubernetes.

Grâce à la prise en charge d’Azure Dev Spaces, il sera possible, pour les utilisateurs d’Azure Kubernetes Services, de déboguer leur application en utilisant leur cluster actif sur le Cloud de Microsoft. Concrètement, dans votre cluster, vous avez couramment de petites applications (microservices), qui fonctionnent ensemble pour répondre à vos besoins. Pour déboguer l’application actuelle sur laquelle vous travaillez, vous aurez peut-être besoin des autres applications qui sont exécutées dans votre cluster. Azure Dev Spaces vous permet d’atteindre cet objectif sans avoir besoin de répliquer et exécuter toutes vos applications localement.

Pour utiliser cette fonctionnalité, vous devez sélectionner Azure Dev Spaces au moment de lancer le débogage de votre application.

Comme vous l’avez probablement remarqué, cette fonctionnalité n’est disponible que pour des clusters sur Azure. Si votre cluster Kubernetes est chez un autre fournisseur de Cloud, vous ne pourrez pas tirer avantage de cette fonctionnalité.

Cette fonctionnalité qui était uniquement disponible pour les développeurs C++ a été étendue à NET Core. Les points d'arrêt de données sont très pratiques pour trouver où un objet global est modifié, ajouté ou supprimé dans une liste par exemple. Elle représente une bonne alternative aux points d'arrêts traditionnels dans certains scénarios.

Il faut noter que cette fonctionnalité a été réclamée par de nombreux développeurs. On va regretter néanmoins que sa prise en charge ne soit étendue qu'à .NET Core.

L’inspection d’un objet dans la fenêtre d’espion peut s'avérer assez frustrant, surtout lorsque plusieurs objets et propriétés enfants sont inclus, car il faut exploser les objets, scroller, etc. Avec la nouvelle fonctionnalité de recherche, tout en déboguant, vous pouvez rapidement accéder à l’objet et aux valeurs qui vous intéressent en effectuant une recherche.

Cette fonctionnalité a été ajoutée dans les fenêtres Espion, Variables et Automatique.

Le débogueur de capture instantanée est une fonctionnalité permettant de déboguer une application qui s'exécute en production dans le Cloud. Cette fonctionnalité permet au développeur de définir des points d’ancrage et de journalisation dans son code, ce qui permettra au débogueur d’effectuer une capture instantanée de l’application s'exécutant en production à ces endroits, sans toutefois impacter l’application, qui continue à s'exécuter normalement.

Cette fonctionnalité avait été intégrée depuis Visual Studio 2017. Avec Visual Studio 2019, elle a été étendue pour supporter les applications ASP.NET qui s’exécutent sur les machines virtuelles Azure. Il faut noter qu’elle prend uniquement en charge Azure et qu’elle est disponible avec Visual Studio entreprise. De quoi réduire son intérêt.

À ces fonctionnalités phares, s’ajoutent :

• le débogage des applications volumineuses à l’aide de très nombreux modules et fichiers PDB ;
• l’ouverture de Google Chrome avec des arguments personnalisés pour déboguer les applications JavaScript dans Visual Studio ;
• la prise en charge des visualiseurs DataSet personnalisés pour .NET Core.

XII-A-1. .NET Core 3.0▲

XII-A-2. Édition du fichier de projet▲

XII-A-3. Amélioration des performances▲

En ce qui concerne la plate-forme de développement Web ASP.NET, de nombreuses optimisations ont été apportées dont les plus importantes sont :

• l’ajout d’une nouvelle section « Dépendances » dans la page de synthèse de profil de publication pour Azure App Service, permettant d’associer des ressources Stockage Azure et SQL Azure à votre instance de service d’application ;
• le support d’Azure Kubernetes pour ASP.NET Core ;
• le support du débogage des applications ASP.NET Core qui utilisent Alpine comme image de base ;
• le support des images ASP.NET et .NET Core les plus récentes pour les applications conteneurisées ;
• la possibilité d’utiliser la fonctionnalité « Rechercher toutes les références » (Maj+F12) et CodeLens pour afficher les résultats de la recherche dans les fichiers Razor (.cshtml) dans des projets .NET Core.

Les multiples évolutions mineures de C# 7 depuis la sortie de Visual Studio 2017 et de cette version ont permis à Microsoft de constater un problème : le fait de marquer la dernière version principale du langage comme langage par défaut pour l’EDI, pouvait être une source de frustration pour de nombreux développeurs, qui veulent exploiter les nouveautés des versions mineures.

Trois versions mineures de C# 7 (C# 7.1, 7.2 et 7.3) ont été publiées depuis la sortie de Visual Studio 2017. Mais, les nouveaux projets utilisaient toujours par défaut C# 7.0. Pour chaque nouveau projet, le développeur devait donc modifier manuellement la version du langage pour pouvoir exploiter les évolutions mineures de C# 7.

Avec Visual Studio 2019, le langage par défaut est déterminé par la version du Framework cible :

• pour un projet .NET Core 3.0 Preview, la version par défaut de C# est la 8.0 Preview ;
• pour un projet ciblant le Framework .NET ou autre en dehors de .NET Core 3.0 Preview, C# 7.3 est utilisé comme langage par défaut.

Toutefois, si vous souhaitez préfixer un langage par défaut par le biais de LangVersion dans un fichier projet ou un fichier de propriétés, cette version du langage remplace la valeur par défaut décrite précédemment.

Vous pouvez déjà commencer à expérimenter les nouveautés de C# 8.0, bien que ce dernier soit encore en préversion.

Les nouveautés de cette version du langage de programmation sont décrites ci-après.

XIII-A-1. La prise en charge des types références nullables▲

Il s’agit de l’une des nouveautés importantes de C# 8, mais aussi de l’une des plus controversées. L’objectif des types de références nullables est de corriger de nombreux bogues à la compilation et plus encore à l'exécution.

De ce fait, par défaut, les types références, donc string, ne seront plus nul. Ce qui aura des conséquences sur le code existant, car l’assignation du nul à un type référence qui était permise ne l’est plus.

Cependant, il sera possible implicitement de définir un type référence comme nullable pour maintenir le comportement actuel.

Par ailleurs, pour éviter de briser le code existant, cette nouveauté ne générera que des avertissements et non des erreurs. De ce fait, un code propre aujourd’hui peut se retrouver avec de nombreux avertissements demain.

C’est pourquoi, avec Visual Studio 2019, le choix de l’activation de cette fonctionnalité au niveau du compilateur est laissé au développeur.

La fonctionnalité peut être activée en ajoutant la balise <NullableContextOptions>enable</NullableContextOptions> au niveau du fichier du projet ou #nullable enable dans un code. À ce moment, les types référence sont traités comme Nullable s’ils sont annotés avec ? et comme non-Nullable dans le cas contraire. Le compilateur analyse ensuite où circulent les valeurs nulles et affiche des avertissements relatifs aux cas d’usage potentiellement non sécurisés.

Pour en savoir plus sur les types de références nullables, veuillez consulter le billet de blog suivant : https://www.developpez.net/forums/blogs/990351-francois-dorin/b4982/retour-proposition-csharp-8-references-nullables/

XIII-A-2. Support de l’expression switch▲

       public string NouveauSwitch(int valeur)
       {
           return valeur switch
           {
               1 => "Case 1",
               2 => "Case 2",
               3 => "Case 3",
               _ => "Default"
           };

       }

       //Versions précédentes du langage avec le switch classique
       public string SwitchClassique(int valeur)
       {
           switch (valeur)
           {
               case 1:
                  return "Case 1";
               case 2:
                   return "Case 2";
               case 3:
                   return "Case 3";
               default:
                  return "Default";
           };

       }

XIII-A-3. Les flux asynchrones ▲

async IAsyncEnumerable<int> GetBigResultsAsync() 
{ 
   await foreach (var result in GetResultsAsync()) 
   { 
       if (result > 20) yield return result;  
   } 
}

XIII-A-4. Critères spéciaux récursifs▲

XIII-B-1. Le langage C+++▲

XIII-B-2. Productivité▲

XIII-B-3. CMake ▲

Visual Studio 2019 apporte plusieurs nouveautés et améliorations pour les développeurs F#. Les outils F# ont eu droit à de nombreux correctifs.

XIII-C-1. Support de F# 4.6▲

XIII-C-2. Améliorations de performance pour F#▲

Le langage de programmation Python bénéficie d’une meilleure prise en charge avec Visual Studio 2019. On va noter entre autres :

• l’intégration d’une nouvelle boîte de dialogue qui simplifie la création et l’ajout d’environnements virtuels et conda dans votre projet ;
• le fait que le programme d’installation de Visual Studio n’installe plus les versions complètes d’Anaconda pour réduire la taille des installations de Visual Studio et éviter les erreurs potentielles pendant les mises à niveau ;
• le fait que Miniconda est désormais fourni avec la charge de travail Python en tant que composant facultatif, ce qui permet de créer des environnements conda sans avoir à installer Miniconda/Anaconda ;
• la présence d’une nouvelle barre d’outils « Environnements Python » disponible lors de la modification des fichiers Python. Cette nouvelle barre d’outils vous permet de basculer entre différents interpréteurs Python quand vous travaillez avec des projets et des espaces de travail.

En ce qui concerne le langage de script JavaScript, Microsoft a ajouté la prise en charge de l’activation du débogage JavaScript dans les tests unitaires dans les projets Node.js. Cette fonctionnalité était très demandée par les utilisateurs de Node.js. Le service de langage JavaScript hérité n’est plus disponible. Les utilisateurs avaient auparavant la possibilité de restaurer ce service de langage. Ils disposent maintenant d’un nouveau service de langage JavaScript intégré. Ce nouveau service de langage est basé sur le service de langage TypeScript, qui repose sur l’analyse statique. Cela améliore les performances des outils, et votre code JavaScript bénéficie de fonctionnalités IntelliSense plus riches, basées sur l’acquisition des définitions de type. Le nouveau service est léger et consomme moins de mémoire que le service hérité, offrant ainsi aux utilisateurs de meilleures performances quand leur code grossit.

Les deux langages bénéficient d’améliorations de performances dans le service de langage suite à l’augmentation de la limite de mémoire sur le service de langage, afin de gérer les projets volumineux. De plus, le service de langage JavaScript/TypeScript sera désormais chargé automatiquement dans les projets où le package NuGet TypeScript ou le package npm sont installés

Les outils Git de Team Explorer offrent désormais une prise en charge du remisage (stash). Ce qui va permettre aux développeurs utilisant Git, de stocker temporairement les modifications apportées, le temps de travailler sur une autre tâche.

Team Explorer offre une nouvelle expérience d’utilisation des éléments de travail Azure DevOps qui est axée sur les flux de travail du développeur : les vues d’éléments de travail des utilisateurs, la création de branches à partir d’un élément de travail, la recherche d’éléments de travail avec #mentions et bien plus.

Les modèles de projet VSIX utilisés pour la création des extensions pour Visual Studio, ont été mis à jour pour inclure la classe AsyncPackage qui permet le chargement des packages en arrière-plan.

Un nouveau modèle de projet VSIX a été ajouté pour ceux qui préfèrent démarrer à partir de zéro.

Avec Visual Studio 2019, il est possible de savoir si une extension est gratuite, payante ou en version d’essai, depuis la liste des extensions.

Un seul SDK est désormais offert pour la création des extensions, il est disponible via le gestionnaire de packages NuGet. Il s’agit du package Microsoft.VisualStudio.SDK.

La plateforme Windows Universelle n’est pas en reste et a aussi eu droit à son lot d’améliorations et nouveautés dont :

• la possibilité de conserver les commentaires, l’espacement, les espaces de noms et tous les autres changements apportés au texte quand vous effectuez des modifications à partir du concepteur ;
• la prise en charge de .NET Core par l’assistant de création des packages d’applications Windows et la possibilité de générer des packages au format MSIX ;
• la possibilité d’utiliser l’assistant de création des packages pour effectuer des soumissions directes au Microsoft Store ;
• la fin de la prise en charge du déploiement sur les appareils Windows Mobile dans Visual Studio 2019. Les tentatives de déploiement sur un appareil Windows 10 Mobile entraînent une erreur indiquant que « Le déploiement sur les appareils Windows Mobile n’est pas pris en charge dans Visual Studio 2019 ». Si vous avez besoin de continuer à travailler sur une application pour des appareils Windows 10 Mobile, continuez à utiliser Visual Studio 2017.