Notes de version de Visual Studio 2022 en préversion

La copie d’une erreur à partir de la Liste d’erreurs, permet à présent de copier uniquement la description dans le Presse-papiers, au lieu de la ligne entière.

Vous voyez une erreur dans la Liste d’erreurs que vous ne savez pas comment corriger. Donc vous le sélectionnez et appuyez sur Ctrl+C pour copier la description pour une recherche sur le web. Une fois que vous effectuez le collage dans le moteur de recherche, vous réalisez que tous les en-têtes de colonne et les valeurs de ligne ont été copiés, alors que vous aviez uniquement besoin de la description. Vous devez maintenant supprimer tout sauf la description d’erreur avant de pouvoir effectuer la recherche Web. Cette tâche est fastidieuse, nous avons donc créé un correctif !

Lorsque vous copiez une erreur depuis la liste des erreurs en utilisant Ctrl+C, seule la description est copiée dans le presse-papiers. Cela facilite la recherche de l’erreur en ligne et le partage avec d’autres personnes.

Vous pouvez toujours copier la ligne entière en faisant un clic droit sur l’erreur et en sélectionnant Copier la ligne dans le menu contextuel ou en appuyant sur Ctrl+Maj+C.

Si vous souhaitiez effectuer une recherche Web avec la description de l’erreur, il vous suffit d’appuyer sur Ctrl+F1 pour rechercher des informations sur l’erreur en ligne.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Dans Recherche de code, vous pouvez désormais accéder à une ligne spécifique dans le document actif ou dans un autre document spécifié.

Parfois, vous savez qu’il y a un problème sur une certaine ligne dans votre code et vous souhaitez y accéder rapidement. Peut-être avez-vous été informé de la détection d’une erreur sur la ligne 43 d’un fichier, ou vous souhaitez aller au bout d’un fichier spécifique.

Recherche de code prend désormais en charge la navigation rapide vers une ligne spécifique dans votre code.

Ouvrez Recherche de code, puis accédez à une ligne dans le document actif à l’aide du signe deux-points et du numéro de ligne. Par exemple, :39 accédera à la ligne 39 dans le fichier actif.

Vous pouvez également accéder à une ligne dans un autre document à l’aide du nom de fichier, du signe deux-points et du numéro de ligne. Par exemple, Order:43 accédera à la ligne 43 dans Order.cs. Si vous ne spécifiez pas le nom exact du fichier, la recherche tentera de trouver la meilleure correspondance.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez désormais positionner librement la fenêtre Recherche de code avec des fonctionnalités telles que l’ancrage et le masquage automatique.

Si vous avez besoin que les outils Code ou de Recherche de fonctionnalités restent hors de votre chemin, vous avez désormais plus de contrôle sur le comportement de la fenêtre de recherche.

Vous pouvez désormais ancrer la fenêtre de recherche, et l’utiliser pour effectuer des actions de fenêtre d’outil, telles que l’Explorateur de solutions et d’autres.

Après avoir ouvert Recherche de code ou Recherche de fonctionnalités, cliquez sur l’icône en forme de boîte dans le coin supérieur droit pour convertir la recherche en fenêtre Outil. Vous pouvez choisir de l’ancrer ailleurs, de le faire apparaître, de le masquer automatiquement, etc. Vous pouvez revenir à la fenêtre ignorée en fermant la fenêtre de l’outil et en rouvrant la recherche.

Nous avons également simplifié et nettoyé l’expérience d’aperçu dans la recherche. Il existe maintenant un bouton pour activer et désactiver l’aperçu. Il est indiqué par une icône en forme d’œil.

La position du panneau d’aperçu s’ajuste également en fonction des dimensions de la fenêtre de recherche.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Définir des couleurs personnalisées pour l’indicateur de texte réduit dans l’éditeur Visual Studio.

Vous pouvez maintenant personnaliser encore plus votre expérience dans l’éditeur avec de nouvelles options de personnalisation de l’indicateur de texte réduit :

Pour l’essayer et définir des couleurs personnalisées pour chaque indicateur, allez dans Outils > Options > Environnement > Polices et couleurs.

Là, vous trouverez deux nouveaux éléments pour la personnalisation :

• Indicateur de texte réduit (Réduit)
• Indicateur de texte réduit (Étendu)

Vous pouvez définir les couleurs des indicateurs réduits et étendus indépendamment l’un de l’autre en utilisant des couleurs prédéfinies ou des couleurs personnalisées de votre choix.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez désormais actualiser les résultats d’une recherche précédente pour obtenir des correspondances de recherche à jour.

Nous avons entendu de nombreux utilisateurs dire qu’il est frustrant de devoir rouvrir la fenêtre de recherche et de refaire une recherche pour obtenir des résultats mis à jour. Peut-être que vous venez de refactorer du code et que vous voulez confirmer que tout a été modifié comme prévu, ou que vous avez intégré des modifications récentes et que vous souhaitez que votre recherche précédente reflète ces mises à jour.

Après avoir terminé Rechercher dans les fichiers, vous aurez désormais l’option d’actualiser les résultats dans la fenêtre. Vous obtiendrez vos résultats mis à jour sans avoir à refaire la recherche.

Nous avons également repensé l’ancienne option Répéter la recherche pour la distinguer de l’actualisation. Elle est désormais représentée sous la forme de Modifier la recherche avec une icône de crayon. Ce bouton rouvrira toujours Rechercher dans les fichiers avec les mêmes critères de recherche que vous avez utilisés pour cette fenêtre de résultats.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez désormais contrôler la visibilité des indicateurs de niveau de fichier dans CodeLens.

La zone avec la barre de défilement horizontale peut devenir assez encombrée dans Visual Studio. Nous facilitons le nettoyage en désactivant par défaut les indicateurs de niveau de fichier dans CodeLens.

Si vous souhaitez avoir l’option activée, vous trouverez l’option Afficher l’indicateur de niveau de fichier dans CodeLens dans Outils > Options > Éditeur de texte > Avancé. Cette option affecte la visibilité pour les types de fichiers qui ont le contrôle de niveau de fichier CodeLens dans la marge inférieure de l’éditeur, tels que XAML, HTML et CSS, et n’affecte pas les fichiers qui contiennent CodeLens intégré.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Lorsque le nettoyage du code est exécuté lors de l’enregistrement, il fonctionne désormais de manière non bloquante, pour une expérience de codage plus fluide.

Auparavant, lorsque le nettoyage du code était exécuté lors de l’enregistrement, vous ne pouviez pas effectuer d’actions dans l’IDE. Nous avons maintenant amélioré cela pour qu’il fonctionne en arrière-plan et qu’il puisse être automatiquement annulé si vous reprenez la saisie, garantissant une expérience de codage plus fluide et plus réactive.

Nettoyage du code lors de l’enregistrement

Optimisez votre flux de travail de débogage avec l’inspection intégrée des variables par l’IA.

L’inspection et l’analyse des valeurs à partir de Locals, d’Autos et de DataTips n’a jamais été plus facile grâce à Ask GitHub Copilot dans Visual Studio. Il vous suffit d’effectuer un clic droit sur n’importe quelle valeur pour obtenir des aperçus détaillés basés sur l’IA pour les erreurs, les résultats inattendus ou les anomalies, sans jamais quitter votre IDE.

Cette fonctionnalité améliore considérablement la vitesse de résolution des problèmes en analysant les variables en temps réel dans votre IDE chaque fois que des valeurs inattendues se produisent.

Expressions LINQ modifiables alimentées par l’IA dans le visualiseur IEnumerable.

Nous avons amélioré la fonctionnalité d’expression modifiable dans le visualiseur IEnumerable avec l’assistance de l’IA. La nouvelle fonctionnalité Demander à Copilot permet aux utilisateurs de tirer parti de l’IA directement dans la zone de texte d’expression modifiable pour créer des expressions LINQ complexes.

Pour accéder au chat GitHub Copilot, cliquez simplement sur l’icône GitHub Copilot située dans le coin inférieur droit de la section d’expression modifiable. Dans le chat, vous trouverez des exemples de syntaxe LINQ. De plus, vous pouvez décrire votre requête en langage naturel, et GitHub Copilot générera la requête LINQ correspondante. Pour appliquer le filtrage de requêtes LINQ au visualiseur, utilisez le bouton Afficher dans le visualiseur dans le chat.

Cela fournit un retour immédiat et des conseils, rendant le processus de création de filtres et de transformations complexes plus intuitif et efficace.

Obtenez de l’aide pour déboguer les tests échoués en utilisant Déboguer les tests avec GitHub Copilot.

Besoin d’aide pour déboguer vos tests unitaires échoués. Désormais, GitHub Copilot peut vous aider en vous fournissant un plan de débogage et en vous guidant tout au long du processus pour vous rapprocher de la réussite en cliquant sur le bouton Déboguer avec Copilot dans Test Explorer.

Une fois la fonctionnalité lancée, GitHub Copilot vous fournira un plan de débogage, définira des points d’arrêt appropriés, surveillera les variables et lancera la session de débogage. Lorsque le point d’arrêt est atteint, il fournit à GitHub Copilot les valeurs des variables surveillées et détermine votre prochaine étape : continuer le débogage ou corriger le code problématique. Vous pouvez poursuivre cette conversation jusqu’à ce que vous ayez réussi un test.

GitHub Copilot vous aide à résoudre les problèmes de code.

GitHub Copilot est désormais intégré aux outils Ampoule et Liste d’erreurs, ce qui vous permet d’accéder à des correctifs rapides et des explications pertinentes sur les problèmes de code. Que vous développiez en C# ou C++, cette fonctionnalité vous aide à comprendre les problèmes de votre codebase, et à les résoudre plus efficacement.

Pour commencer, appelez simplement l’outil Ampoule, puis sélectionnez Corriger avec Copilot. Cela entraîne le lancement d’une conversation en ligne avec GitHub Copilot, et la proposition d’un correctif disponible.

Vous pouvez également sélectionner l’icône GitHub Copilot dans la liste d’erreurs pour ouvrir le panneau de conversation, où vous trouverez des explications détaillées et des solutions sur l’erreur en question.

En tirant parti des LLM, GitHub Copilot fournit des explications et des correctifs utiles directement dans les outils Ampoule et Liste d’erreurs, ce qui améliore votre expérience de programmation.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

GitHub Copilot ajoute un contexte supplémentaire à partir des fichiers source pertinents pour améliorer les complétions pour C#.

Les complétions de code GitHub Copilot fournissent des suggestions d’autocomplétion inline au fur et à mesure que vous codez. Ces suggestions sont générées en fonction du contenu de votre fichier actif et de tous les autres fichiers ouverts dans votre éditeur. Toutefois, nous avons découvert que l’incorporation d’un contexte plus pertinent améliore considérablement ces suggestions.

Pour améliorer l’expérience des développeurs C#, nous avons mis à jour GitHub Copilot pour inclure davantage de contexte C#, tel que les types et méthodes disponibles dans les complétions.

Avec la dernière version de Visual Studio, GitHub Copilot prend désormais automatiquement en compte les fichiers sémantiquement pertinents pour plus de contexte, même si ces fichiers ne sont pas ouverts dans votre éditeur. Cette amélioration permet de réduire les hallucinations tout en offrant des suggestions plus pertinentes et plus précises.

Avant : Les fichiers sémantiquement pertinents ne sont pas considérés comme du contexte pour les complétions GitHub Copilot

Après : Les fichiers sémantiquement pertinents sont considérés comme du contexte pour les complétions GitHub Copilot

Présentation du référencement de code dans GitHub Copilot, vous permettant d’autoriser des suggestions de code contenant des correspondances de code public tout en recevant des informations détaillées sur la correspondance.

Nous sommes ravis d’annoncer que le référencement de code est désormais disponible dans GitHub Copilot au sein de Visual Studio !

Cette nouvelle fonctionnalité fournit de la transparence aux développeurs en les informant lorsque des suggestions de GitHub Copilot correspondent à du code public. Vous pouvez maintenant voir le code correspondant, son fichier source et toute information de licence associée, vous aidant ainsi à prendre des décisions plus éclairées lors de la programmation.

Le référencement de code vous permet soit de bloquer, soit d’autoriser des suggestions contenant des correspondances de code public, améliorant le contrôle et la personnalisation.

En intégrant le référencement de code dans GitHub Copilot, nous favorisons le partage des connaissances, améliorons la transparence et vous donnons les moyens de créer en toute confiance. Que vous soyez un développeur individuel ou un membre d’une grande équipe, cette fonctionnalité améliore votre flux de travail et vous aide à naviguer dans la complexité du code public en toute simplicité.

Essayez GitHub Copilot dans Visual Studio dès aujourd’hui et prenez le contrôle de votre processus de développement avec plus de transparence et de confiance !

Présentation d’une nouvelle façon plus conversationnelle de discuter avec GitHub Copilot.

Nous introduisons une nouvelle façon plus conversationnelle d’interagir avec GitHub Copilot Chat !

Nous avons introduit une manière plus interactive et conversationnelle d’utiliser GitHub Copilot Chat. Désormais, au lieu de se sentir bloqué ou incertain, GitHub Copilot vous guidera avec des questions de clarification lorsque le contexte est flou, garantissant des réponses plus précises et utiles.

Cette expérience de discussion guidée aide à affiner vos requêtes, offre des suggestions et assure des interactions plus fluides et productives. Avec cette nouvelle modalité de discussion, vous bénéficierez d’un GitHub Copilot plus intelligent et intuitif qui s’adapte à vos besoins pendant que vous codez.

Essayez la nouvelle expérience de discussion guidée dès aujourd’hui et voyez la différence par vous-même !

Commencez plus rapidement avec les prompts de démarrage dans GitHub Copilot Chat !

Démarrez votre expérience GitHub Copilot Chat avec nos nouveaux prompts de démarrage !

Besoin d’aide pour commencer avec GitHub Copilot Chat ? Nous avons introduit quelques prompts de démarrage pour vous inspirer et vous guider dans vos premières interactions. Ces questions pré-sélectionnées sont conçues pour susciter des idées et vous aider à explorer tout le potentiel des capacités de GitHub Copilot.

Que vous exploriez de nouvelles tâches de codage ou cherchiez simplement de l’inspiration, nos prompts sont là pour vous aider à plonger directement et à tirer le meilleur parti de GitHub Copilot Chat.

Essayez-en un et voyez où cela vous mène !

Un aperçu de l’expérience de débogage améliorée pour les applications Blazor WebAssembly ciblant .NET 9 ou version ultérieure.

Visual Studio offre désormais une expérience de débogage améliorée pour les applications Blazor WebAssembly ciblant .NET 9 ou une version ultérieure :

• Les types de données affichés dans le débogueur correspondent désormais aux types de données .NET attendus.
• Les membres de type et la visibilité des membres utilisent les icônes attendues.
• La pile d’appels affichée est nettoyée pour afficher uniquement la pile des appels .NET, et respecte correctement le paramètre Uniquement mon code.
• La fenêtre de modules est désormais prise en charge.
• La prise en charge de l’évaluation des expressions dans la fenêtre Exécution et pour les espions et les points d’arrêt conditionnels est développée et améliorée.

Pour activer la nouvelle expérience de débogage en préversion :

• Activez le paramètre Activer le nouveau débogueur Mono .NET 9+.
• Installez le kit SDK .NET 9 le plus récent.
• Mettez à jour votre application Blazor pour qu’elle cible .NET 9.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Amélioration des informations sur les performances à l’aide de l’histogramme de compteur dans l’outil de compteur du profileur.

L’amélioration récente de la suite de profilage des performances de Visual Studio introduit la fonctionnalité d’histogramme de compteur. Cet outil vous permet d’identifier et d’analyser les données d’histogramme générées par des instruments d’histogramme. Lors de l’enregistrement des données provenant de ces instruments, les résultats de l’histogramme sont visualisés, offrant une représentation claire de la distribution des données.

De plus, le graphique en couloirs offre une vue détaillée et segmentée des métriques de performance, améliorant ainsi votre capacité à identifier et à résoudre efficacement les problèmes de performance.

Le débogueur affiche maintenant les valeurs de retour en ligne avec l’assistance IA pour une efficacité accrue.

Le débogueur de Visual Studio affiche désormais des valeurs inline pour les instructions de retour, répondant à l’une des fonctionnalités les plus demandées de la communauté des développeurs.

Cette amélioration vous permet de voir les valeurs exactes retournées par les fonctions directement dans le code, ce qui élimine la nécessité d’un code supplémentaire ou de variables temporaires pour inspecter les valeurs de retour.

Avec GitHub Copilot, vous pouvez aller plus loin en utilisant l’option Demander à Copilot au survol pour analyser les valeurs de retour directement dans Visual Studio, vous permettant de résoudre les problèmes immédiatement.

Elles sont prises en charge dans le code natif et managé.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Importation et exportation de groupes de points d’arrêt sans effort.

Les groupes de points d’arrêt de Visual Studio prennent désormais en charge la fonctionnalité d’importation et d’exportation, vous permettant de gérer et de maintenir facilement vos structures de points d’arrêt sur plusieurs projets ou environnements.

Cette nouvelle fonctionnalité vous permet d’exporter vos groupes de points d’arrêt avec leurs configurations, puis de les importer dans différentes solutions, garantissant une configuration de débogage cohérente sans avoir besoin de recréer manuellement les groupes de points d’arrêt.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Visualiseur IEnumerable amélioré avec IntelliSense pour des requêtes LINQ plus rapides.

Le visualiseur IEnumerable a été amélioré avec IntelliSense, fournissant des suggestions de code en temps réel et l’autocomplétion, ce qui rend l’écriture d’expressions LINQ plus rapide et plus précise.

Cette amélioration simplifie le processus de création et de modification des requêtes en offrant des recommandations de code intelligentes, réduisant la probabilité d’erreurs et accélérant le temps de développement.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Sélectionnez et comparez plusieurs instantanés de mémoire à l’aide de la fenêtre de l’outil Diagnostics.

La fenêtre de l'outil de diagnostic permet désormais de comparer des instantanés de mémoire, ce qui facilite l'analyse des modifications de la mémoire au fil du temps.

Pour utiliser cette fonctionnalité, vérifiez que vous disposez de plusieurs instantanés de mémoire capturés sous l’onglet Mémoire dans la fenêtre Outil de diagnostic.

Sélection des instantanés pour la comparaison

• Maintenez la touche Ctrl et cliquez sur les lignes d’instantanés pour sélectionner plusieurs instantanés.
• Sinon, maintenez la touche Maj et utilisez les touches fléchées up/down pour sélectionner plusieurs instantanés consécutifs.

Désélectionner des instantanés

• Maintenez la touche Ctrl et cliquez sur l’instantané que vous voulez désélectionner.

Affichage de la différence

Une fois que vous avez sélectionné les instantanés de mémoire pour la comparaison, cliquez sur le bouton Afficher les différences situées au-dessus de la liste d’instantanés pour afficher les différences entre eux.

Recevez une nouvelle notification dès que vous renommez des fichiers.

Lorsque vous renommez des fichiers à partir de l’explorateur de solutions, vous recevrez une notification pour vous rappeler d’indexer vos modifications afin de consulter les renommages dans Git. Cela améliore votre confiance en la fiabilité de reconnaissance des modification de fichier et du suivi de Git. Nous avons constaté qu’il s’agit d’un point de confusion pour de nombreux clients, donc nous avons travaillé avec des personnes de la Communauté des développeurs pour produire une nouvelle notification.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Créez des brouillons de demande de tirage et démarrez vos descriptions avec des modèles dans Visual Studio.

Vous pouvez désormais créer des brouillons de demande de tirage et démarrer vos descriptions avec des modèles GitHub dans Visual Studio. Il s’agissait des deux principales requêtes pour la création d’une expérience de demande de tirage.

Brouillon de demandes de tirage

Utilisez le menu déroulant du bouton Créer pour Créer en tant que brouillon.

Modèles de demande de tirage

Votre modèle de demande de tirage par défaut sera utilisé lors de la création d’une demande de tirage pour GitHub et Azure DevOps. Découvrez comment ajouter un modèle de demande de tirage à votre dépôt dans la documentation GitHub et la documentation Azure DevOps.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation. Participez à cette enquête pour aider à améliorer la fonctionnalité.

Visual Studio prend désormais en charge la création de dépôts internes et inclut des conseils pour chaque type de référentiel afin de vous donner une plus grande confiance lors du démarrage d’un nouveau projet.

Visual Studio prend désormais en charge les dépôts internes pour vos organisations GitHub. Nous avons également inclus des conseils pour chaque type de référentiel afin de vous donner plus de clarté sur la visibilité du nouveau projet en fonction du compte que vous utilisez.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez obtenir un lien GitHub ou Azure DevOps vers une ligne de code spécifique pour le partager facilement avec vos collègues.

Chaque fois que vous partagez quelques lignes de code avec un collègue, il peut être utile pour lui d’obtenir un contexte supplémentaire depuis votre référentiel. Cependant, s’il travaille sur autre chose, cela peut prendre trop de temps et perturber son travail de consulter votre branche.

Désormais, vous pouvez mettre en évidence le code que vous souhaitez partager dans votre éditeur, ouvrir le menu contextuel avec un clic droit, et sous le sous-menu Git, obtenir un lien partageable vers votre code dans GitHub ou Azure DevOps. Cela rend la collaboration simple et fluide entre l’IDE et vos référentiels distants sur le web.

Vous pouvez également obtenir des liens partageables directement depuis l’historique des commits. Cela permet au code actuellement non extrait d’être référencé aussi facilement.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez désormais créer des pull requests et lier des éléments de travail dans des scénarios multi-référentiels pour GitHub et Azure DevOps.

Vous pouvez désormais créer des pull requests et lier des éléments de travail dans des scénarios multi-repo. Pour GitHub et Azure DevOps, nous prenons en charge vos intégrations lorsque vous utilisez le sélecteur de référentiel pour vous concentrer sur un référentiel particulier dans vos scénarios multi-repo.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez ajouter des instructions supplémentaires à l’invite pour générer votre message de commit Git avec GitHub Copilot.

Vous pouvez maintenant ajouter des instructions supplémentaires à l’invite pour générer votre message de commit Git avec GitHub Copilot. Cela vous permet de personnaliser le message de commit pour mieux s’adapter à votre flux de travail et aux normes de votre équipe. Vous pouvez spécifier le nombre de lignes à générer, la longueur des lignes, et même fournir un style de commit d’exemple. Modifiez le message dans le champ d’invite Outils > Options > Copilot > Contrôle de source > Instructions supplémentaires pour le message de commit : .

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Simplifiez le débogage en configurant et en enregistrant des profils de lancement pour des projets spécifiques au sein de solutions multi-projets. Partagez facilement les configurations avec votre équipe.

La fonctionnalité Configuration de lancement multi-projet vous permet de configurer et d’enregistrer des profils pour lancer des projets spécifiques au sein d’une solution multi-projet dans des états prédéfinis pour le débogage.

Cela simplifie le processus de travail avec des solutions complexes, améliore l’efficacité du débogage et permet le partage facile des configurations entre les membres de l’équipe.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Les avertissements de sécurité de marque du web (MotW) sont désormais intégrés à la fonctionnalité d’approbation globale.

Visual Studio affiche un avertissement de sécurité lorsqu’il détecte que vous tentez d’ouvrir le contenu marqué avec l’identificateur de la marque Web (MotW).

Ce nouvel avertissement lié à l’approbation transmet les risques d’ouverture de contenu à partir de sources potentiellement dangereuses telles que les téléchargements Internet.

Vous pouvez modifier l’expérience d’approbation par défaut en accédant aux Paramètres d’approbation sous Outils > Options > Environnement.

Changer de thème se souviendra désormais de vos préférences de police et de taille de police.

Nous comprenons que les polices que les développeurs choisissent lorsqu’ils codent sont un choix personnel, influencé par des préférences en matière de lisibilité, d’accessibilité ou d’esthétique. Les thèmes de Visual Studio se concentrent principalement sur les couleurs de présentation et sont indépendants des polices préférées.

Avec cette mise à jour, nous avons introduit une fonctionnalité qui conserve vos choix de police et de taille lorsque vous changez de thème. Vous pouvez maintenant définir vos préférences de police une fois et changer de thème dans Visual Studio sans avoir à reconfigurer vos paramètres de police à chaque fois. Notez que les couleurs de vos polices restent liées au thème, car c’est l’objectif des thèmes, mais vos sélections de police seront préservées.

Cette fonctionnalité sera activée par défaut pour tous les utilisateurs. Si vous préférez l’ancien comportement, allez dans Outils > Gérer les fonctionnalités Preview et trouvez l’option Séparer les paramètres de police de la sélection de thème de couleur. Si cette option est cochée, vos préférences de police seront conservées indépendamment des changements de thème. Décochez la case pour rétablir l’ancien comportement qui lie les choix de police au thème.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Teams Toolkit intègre de nouveaux modèles d’application Teams avec IA.

Teams Toolkit ajoute trois nouveaux modèles IA d’application Teams :

Il s'agit de :

1. Chatbot IA basique : vos propres copilotes dans Microsoft Teams créés avec la bibliothèque IA Teams

2. Discutez avec vos données : une modèle chatbot intelligent avec des connaissances dans des domaines provenant de sources de données personnalisées.

   Teams Toolkit vous permet désormais de créer un Copilot personnalisé qui est un chatbot alimenté par l’IA avec une fonctionnalité RAG capable de comprendre le langage naturel et de récupérer des données de domaine pour répondre à des questions spécifiques à ce domaine. Ce modèle prend en charge l’accès à vos données personnalisées dans l’application Copilot personnalisée.

   Lorsque vous sélectionnez ce modèle, vous pouvez sélectionner deux façons de vous connecter à vos données :

   a. Recherche Azure AI : votre chatbot peut accéder aux données sur le service de recherche Azure AI et l’utiliser dans les conversations avec les utilisateurs.

   b. Source de données personnalisée : vous pouvez ajouter la source de données souhaitée à l’application Copilot personnalisée, par exemple le système de fichiers ou la base de données vectorielle.

3. Agent IA : un agent IA dans Teams qui peut prendre des décisions et effectuer des actions basées sur le raisonnement LLM.

Veuillez essayer les nouveaux modèles d’application IA pour commencer votre aventure avec l’IA dans Teams.

Vous pouvez maintenant copier des fichiers et dossiers de l’Explorateur de solutions d’une instance de Visual Studio à une autre.

Nous sommes ravis d’introduire une fonctionnalité très demandée dans Visual Studio ! Vous pouvez maintenant copier et coller de manière transparente des fichiers de code et dossiers entre différentes instances de Visual Studio en utilisant l’Explorateur de solutions. Sélectionnez simplement le fichier ou dossier souhaité, utilisez Ctrl+C ou Ctrl+X, passez à une autre instance de Visual Studio, et utilisez Ctrl+V pour inclure ces fichiers ou dossiers dans votre nouvelle solution. Tous les changements seront reflétés avec précision dans le système de fichiers.

En plus de copier et coller, vous pouvez également glisser les fichiers et dossiers d’une instance de Visual Studio à une autre.

Auparavant, cette fonctionnalité n’était disponible que pour quelques types de projets, mais nous l’avons maintenant étendue pour inclure tous les principaux types de projets dans Visual Studio.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Visual Studio vous avertit maintenant s’il détecte des problèmes de certificat numérique pendant les appels réseau.

Visual Studio vérifie maintenant la validité des certificats numériques et vous informe s’il existe un problème avec le certificat numérique pour les appels réseau.

Chaque fois qu’une erreur est détectée, une boîte de dialogue arrête temporairement la connexion, fournit des détails sur le problème de certificat spécifique et vous demande si vous souhaitez annuler ou poursuivre la connexion.

Bien que nous vous recommandions de toujours garder cette fonctionnalité activée, vous pouvez la désactiver en allant dans Outils > Options > Environnement > Certificats.

Publier sur Azure App Service en toute sécurité à l’aide des mises à jour de sécurité intégrées.

Les recommandations de publication d’Azure App Service conseillent aux clients de désactiver l’authentification de base et d’activer la publication via l’authentification intégrée.

La nouvelle fonctionnalité de Visual Studio 2022 désactive l’authentification de base et active la sécurité intégrée pour la publication sur Azure App Service. Cela garantit que les informations d’identification de publication sont traitées de manière sécurisée, réduisant ainsi les risques associés à l’authentification de base.

Lors de la publication sur un Azure App Service qui a l’authentification de base activée (ce qui est non recommandé), les utilisateurs verront l’option Activer l’authentification de base, et celle-ci sera décochée par défaut. Les clients qui doivent conserver l’authentification de base peuvent cocher la case, mais étant donné que la recommandation est de la désactiver, cette option est décochée par défaut. Ainsi, vous démarrez en sécurité si c’est la première fois que vous publiez, ou vous devenez sécurisé une fois que vous avez effectué le processus de publication après avoir mis à jour Visual Studio.

Si vous avez récemment créé l’application Web via le portail ou cette version de Visual Studio (ou une version future), l’authentification de base sera désactivée par défaut. Pour toute application Web qui a déjà l’authentification de base désactivée, nous évitons de rendre involontairement l’application Web moins sécurisée en désactivant la case à cocher, afin que vous restiez sécurisé.

La publication sur Azure WebJobs sur Linux est désormais prise en charge par la publication par clic droit dans Visual Studio.

Les applications console .NET 5.0+ multiplateformes sont prises en charge sur Azure WebJobs Linux. Vous pouvez également cliquer avec le bouton droit sur publier votre code sur Azure WebJobs sur Linux à partir de Visual Studio !

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Publication sur le plan d’hébergement Azure Flex Consumption, actuellement en aperçu.

Si vous essayez le nouveau plan d’hébergement Consommation flexible Azure Functions, actuellement en préversion, vous pouvez cliquer avec le bouton droit sur Publish to Flex (Publier sur le plan flexible) dans Visual Studio.

Consommation flexible étend les fonctionnalités de vos applications et offre les avantages suivants :

• Intégration du Réseau virtuel sans frais supplémentaires
• Mise à l’échelle rapide et prévisible avec choix de la taille d’instance et contrôle de la concurrence par instance
• Serverless avec mise à l’échelle à zéro et facturation des instances actives uniquement
• Atténuation du démarrage à froid avec la fonctionnalité facultative Instances toujours prêtes

Découvrez-en plus sur le plan Consommation flexible dans le billet de blog d’annonce ou la documentation et essayez l’un de nos exemples.

Améliorer la sécurité de vos applications et de votre expérience de développement.

Dans cette mise à jour des services connectés, vous pouvez maintenant connecter votre code de projet aux ressources Azure, telles que stockage Azure, sans avoir besoin de secrets ou de chaînes de connexion dans votre code ou configuration.

À présent, vous donnerez un nom à votre connexion, les points de terminaison sont conservés dans la configuration au lieu de la chaîne de connexion complète. Cela signifie que moins de secrets sur le disque, votre temps de développement sera plus sécurisé par défaut et subira moins d’erreurs lors de la validation des secrets dans le contrôle de code source.

Nous utilisons également les derniers kits de développement logiciel (SDK) Azure. Vous bénéficiez donc d’une prise en charge de la connexion à vos ressources Azure à l’aide de votre connexion Visual Studio (ou Azure CLI) au lieu de vous connecter via une chaîne de connexion. Lors de l’exécution locale, votre code utilise vos informations d’identification connectées pour accéder aux ressources. Lors de l’exécution dans Azure, le Kit de développement logiciel (SDK) Azure utilise l’identité managée du service d’application pour accéder aux ressources.

Les services connectés le configurent pour vous et injectent le code approprié pour utiliser l’identité intégrée au lieu des secrets. Lors de la publication, votre application est configurée avec l’identité et les rôles appropriés requis pour accéder aux ressources.

Renforcez la configuration du projet WinUI grâce à une recherche améliorée dans Visual Studio Installer, qui simplifie l’emplacement des composants pour les développeurs.

Simplifiez la configuration de votre projet WinUI grâce notre dernière mise à jour de Visual Studio Installer ! Les développeurs peuvent désormais localiser rapidement les composants WinUI, sans jamais plus perdre de temps avec des résultats de recherche vides. Cette amélioration simplifie la configuration de l’environnement de développement, ce qui permet une expérience utilisateur plus intuitive et efficace.

Ouvrez Visual Studio Installer, accédez à l’onglet Composants individuels, puis recherchez des mots clés liés à WinUI (WinUI, WinRT).

Visual Studio inclut maintenant le SDK .NET 9 avec prise en charge UWP prête à l’emploi.

L’une des étapes nécessaires pour essayer UWP sur .NET 9 dans l’aperçu initial était d’installer une version nocturne du SDK .NET 9. Avec cette nouvelle version de Visual Studio, cela n’est plus nécessaire.

Visual Studio inclut maintenant le SDK .NET 9, qui prend en charge UWP sur .NET 9 (notamment la logique pour référencer les projections XAML UWP, et configurer CsWinRT pour projeter des types pour les applications XAML UWP). Vous pouvez maintenant créer et exécuter des projets UWP sur .NET 9 avec le SDK .NET qui est automatiquement installé avec Visual Studio.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

UseUwpTools est maintenant défini automatiquement par Visual Studio pour les projets UWP modernes sur .NET 9.

Les applications et bibliothèques UWP utilisant .NET 9 nécessitaient auparavant deux propriétés dans leurs fichiers .csproj : UseUwp, qui configure le SDK .NET pour les applications XAML UWP, et UseUwpTools, qui active tous les nouveaux outils dans Visual Studio pour construire et exécuter des applications XAML UWP.

La propriété UseUwpTools est maintenant définie automatiquement par Visual Studio lorsque UseUwp est définie, pour rendre le fichier .csproj moins verbeux dans le scénario courant. Pour les scénarios avancés, il est toujours possible de désactiver manuellement UseUwpTools.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Les bibliothèques de classes UWP sur .NET 9 définissent correctement les RIDs aux bonnes valeurs pour le Native AOT.

Nous avons corrigé un bug dans l’outillage APPX pour les bibliothèques de classes UWP (et les composants WinRT) sur .NET 9, qui appliquait par défaut les identifiants d’exécution de UWP sur .NET Native (c’est-à-dire en utilisant le préfixe win10-, et en incluant des plateformes qui ne sont plus supportées, comme arm).

Les outils APPX définiront désormais les bons RIDs pour les projets .NET 9 par défaut : win-x86;win-x64;win-arm64. Il est toujours possible de les spécifier manuellement, si désiré.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Nous avons corrigé l’assistant de modèle universel qui causait la non-affichage d’une boîte de dialogue d’erreur lors de la création de nouveaux projets UWP sur .NET 9.

Si vous utilisez la version préliminaire VSIX avec les nouveaux modèles de projet pour UWP sur .NET 9, vous avez peut-être remarqué qu’une boîte de dialogue d’erreur apparaissait lors de la création d’un nouveau projet. C’était particulièrement problématique lors de la création d’une nouvelle solution, car Visual Studio ne l’ouvrait pas correctement après la création du projet. Ce problème est maintenant résolu, et la création de nouveaux projets ciblant UWP sur .NET 9 fonctionnera désormais correctement.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Les fichiers HTTP prennent désormais en charge les variables de requête. C’est-à-dire, l’endroit où vous pouvez envoyer une requête, puis utiliser des données de la réponse ou de la requête, dans les futures requêtes.

Lors de l’utilisation des fichiers HTTP, un scénario courant consiste à appeler un point de terminaison, prendre une valeur dans la réponse, et l’envoyer dans une requête suivante. Par exemple, vous pouvez appeler un point de terminaison pour authentifier un utilisateur, puis, sur les appels ultérieurs, vous pouvez transmettre le jeton retourné à partir du point de terminaison de connexion. Avant cette version, ce n’était pas possible dans Visual Studio. Dans l’extrait de code ci-dessous, vous pouvez voir un exemple de ce fonctionnement dans un fichier HTTP.

# @name login
POST {{TodoApi_HostAddress}}/users/token
Content-Type: application/json

{
  "username": "{{myusername}}",
  "password": "{{mypassword}}"
}

###

GET {{TodoApi_HostAddress}}/todos
Authorization: Bearer {{login.response.body.$.token}}

###

Dans l’extrait de code ci-dessus, il existe deux requêtes, la première fait appel au point de terminaison /users/token pour authentifier l’utilisateur. Juste au-dessus de la ligne de requête, vous verrez le commentaire # @name login. Cette syntaxe donne un nom à la requête (login dans ce cas) et la configure en tant que variable de requête. Lorsque la requête est envoyée, vous pouvez accéder aux valeurs à partir de la réponse ou de la requête, dans toute requête ultérieure envoyée à partir de ce fichier HTTP. Étant donné qu’il s’agit d’une demande de connexion, veillez à sécuriser vos secrets. Dans Visual Studio, nous prenons en charge l’accès aux secrets de manière sécurisée. Consultez cette section de la documentation pour plus d’informations sur la gestion des secrets.

La deuxième requête appelle un point de terminaison authentifié, /todos, qui retourne les éléments todo pour cet utilisateur. Dans la requête, le jeton est transmis en tant qu’en-tête avec la ligne.

Authorization: Bearer {{login.response.body.$.token}}

Le point de terminaison /users/token retourne une réponse au format JSON. Le jeton est extrait à l’aide d’une expression JSON Path, $.token, sur le corps de la réponse. Si vous utilisez un point de terminaison qui retourne du code XML, au lieu d’une expression JSON Path, vous pouvez passer une expression XPath. La prise en charge de Visual Studio a été inspirée par l’extension OSS existante pour le client REST disponible pour Visual Studio Code. Vous pouvez en savoir plus sur les variables de requête ici. Nous ajouterons bientôt de la documentation pour discuter de ce support plus en détail.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Lorsque vous utilisez des projets JavaScript et TypeScript, vous pouvez désormais créer des cas de test avec Vitest.

Dans les projets JavaScript et TypeScript (JSTS), les projets qui ont l’extension .esproj, nous avons ajouté la prise en charge de la découverte et de l’exécution de tests créés avec Vitest. Pour commencer à utiliser les tests Vitest, dans un projet JSTS, ajoutez le package vitest à l’aide de npm dans l’Explorateur de solutions, puis modifiez le fichier projet pour que les propriétés suivantes aient été déclarées.

    <JavaScriptTestRoot>test\</JavaScriptTestRoot>
    <JavaScriptTestFramework>Vitest</JavaScriptTestFramework>

Assurez-vous que la valeur pour JavaScriptTestRoot a le bon chemin relatif à l’emplacement de vos fichiers de test.

Ajoutez vos tests au dossier approprié et générez le projet/la solution. Après cela, vous devez voir les cas de test dans l’Explorateur de tests.

Dans l’Explorateur de tests, vous pouvez voir les différents cas de test découverts et exécuter les cas de test.

Nous n’avons pas encore ajouté de prise en charge pour le débogage, mais nous l’ajouterons bientôt. Parmi les autres problèmes connus, on retrouve le suivant : lorsque vous double-cliquez sur un cas de test dans l’Explorateur de tests, vous accédez à la première ligne du fichier où le cas de test est défini. Nous travaillons également sur l’amélioration de cette expérience.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

La prise en charge des indicateurs inlay a été ajoutée à JavaScript, TypeScript, Python et Razor, ainsi qu’un paramètre pour contrôler son comportement.

Les indicateurs inlay affichent des informations supplémentaires sur le code source rendu en inline. Cela est généralement utilisé pour afficher des types déduits, des noms de paramètres et d’autres informations implicites de votre code directement dans votre éditeur.

Nous avons ajouté la prise en charge de l’affichage des indicateurs inlay en JavaScript, TypeScript, Razor et Python. Nous avons également ajouté un nouveau paramètre pour vous permettre de personnaliser le comportement des indicateurs dans ces langues. Ce paramètre ne s’applique pas encore à C# et C++. Pour activer les indicateurs inlay pour ces langues, vous pouvez utiliser le nouveau paramètre dans Outils > Options > Éditeur de texte > Toutes les langues > Indicateurs inlay. Dans l’image suivante, vous pouvez voir la nouvelle option.

Il existe trois valeurs différentes pour les indicateurs inlay.

• Toujours : Afficher toujours les Inlay Hints.
• Lors de l’appui sur Alt+F1 : les indices d’insertion ne s’affichent que tant que Alt et F1 sont maintenus enfoncés. Il s’agit de la valeur par défaut.
• Jamais : Les Inlay Hints ne sont jamais affichés.

Pour JavaScript et TypeScript, il existe une page d’options supplémentaires pour configurer le comportement des indicateurs inlay. Pour plus d’informations, accédez à Outils > Options > Éditeur de texte > JavaScript/TypeScript > Avancé > Général.

Ces options sont affichées dans l’image qui suit.

Par défaut, toutes ces options sont désactivées, vous devez activer les indicateurs qui vous intéressent pour l’affichage des fichiers JavaScript et TypeScript. Dans une prochaine mise à jour, nous pourrions modifier les valeurs par défaut de ces options. L’image ci-dessous présente un fichier JavaScript qui affiche des indicateurs inlay.

Dans l’image précédente, les indicateurs inlay affichés sont les zones grises avec : number pour indiquer le type de la variable.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Nous avons ajouté la prise en charge du partage de variables entre environnements dans les fichiers HTTP.

Lors de l’utilisation des fichiers HTTP dans Visual Studio, vous pouvez définir des environnements pour créer des paramètres différents pour les tests d’API. Auparavant, il n’était pas possible de partager une variable entre ces environnements. Nous avons ajouté la prise en charge d’une nouvelle entrée, $shared, dans le fichier d’environnement, qui permet de définir des valeurs par défaut pour les variables disponibles dans tous les environnements.

Par exemple, considérez le fichier d’environnement (http-client.env.json) ci-dessous.

{
    "$shared": {
        "HostAddress": "https://localhost:7293"
    },
    "dev": {
        "username": "sayedha"
    },
    "dev2": {
        "username": "madsk"
    },
    "staging": {
        "username": "staginuser",
        "HostAddress": "https://sayedrest.example.com"
    }
}

Nous avons défini les valeurs partagées dans $shared ci-dessus, qui consiste en la variable HostAddress définie sur localhost:7293.

Des trois environnements définis, aucun environnement dev n’a spécifié la valeur pour HostAddress, mais staging a une valeur pour celui-ci.

Lorsque vous utilisez soit l’environnement dev soit l’environnement dev2, la valeur pour HostAddress viendra de $shared, car ces environnements n’ont pas de valeur pour HostAddress. Lorsque vous utilisez l’environnement staging, la valeur pour HostAddress sera définie sur https://sayedrest.example.com.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez désormais utiliser le format de fichier de projet de style SDK dans vos projets SQL Server Data Tools.

Cette mise à jour ajoute des projets SQL basés sur le SDK Microsoft.Build.Sql, ce qui apporte une prise en charge multiplateforme et améliore les références de packages pour les projets SQL Server Data Tools (SSDT). Avec des fichiers de projet moins verbeux et des références de base de données vers des packages NuGet, les équipes peuvent collaborer plus efficacement sur de grandes bases de données dans un seul projet ou compiler plusieurs ensembles d’objets à partir de plusieurs projets.

Les déploiements de base de données à partir d’un projet Microsoft.Build.Sql peuvent être automatisés dans des environnements Windows et Linux où l’outil dotnet Microsoft.SqlPackage publie l’artifact de build (.dacpac) du projet SQL. Pour en savoir plus sur la version Preview des projets SQL au format SDK et DevOps pour SQL.

Le projet SDK Microsoft.Build.Sql est open source et développé sur GitHub.

Assurez-vous d’installer la dernière version Preview du composant SSDT dans l’installateur Visual Studio pour utiliser les projets SQL au format SDK dans votre solution.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

.NET 9 améliore le développement d’applications cloud et intelligentes, en se concentrant sur les améliorations de productivité, les déploiements rationalisés et l’intégration accélérée de l’IA.

.NET 9 élève le développement d’applications intelligentes et cloud-native, en mettant l’accent sur les améliorations de productivité, les déploiements simplifiés et l’intégration accélérée de l’IA, offrant des performances supérieures pour un large éventail d’applications. Avec la prise en charge complète de .NET 9 dans Visual Studio 17.12, vous pouvez facilement tirer parti de toutes les dernières améliorations. Pour plus de détails sur les nouveautés, consultez Quoi de neuf dans .NET 9.

De plus, vous trouverez des mises à jour des fonctionnalités autour de l’IDE qui rendent le travail avec .NET et ASP.NET plus productif que jamais.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

NuGet modifie les paramètres d’audit par défaut pour inclure des packages transitifs.

NuGet Audit, ajouté pour la première fois à Visual Studio 17.8 (et .NET 8), fournit des avertissements lors de la restauration si des packages utilisés par votre projet présentent des vulnérabilités connues.

Pour plus d’informations sur NuGet Audit, y compris sur toutes les options de configuration, consultez la documentation sur NuGet Audit.

Dans cette version, les valeurs par défaut de NuGet Audit pour NuGetAuditMode ont changé. Auparavant, seules les références de package directes étaient signalées par défaut (<NuGetAuditMode>direct</NuGetAuditMode>). À présent, par défaut, il avertit les packages directs et transitifs (<NuGetAuditMode>all</NuGetAuditMode>) avec des vulnérabilités connues. Pour conserver les valeurs par défaut précédentes, vous pouvez définir explicitement votre valeur préférée de NuGetAuditMode dans votre projet ou fichier Directory.Build.props.

Vous pouvez également définir SdkAnalysisLevel sur un numéro de version inférieur à 9.0.100, mais sachez que cela affectera toutes les fonctionnalités qui utilisent SdkAnalysisLevel.

NuGet Audit nécessite une source de package qui fournit une base de données de vulnérabilité. NuGet.org fournit des vulnérabilités de la base de données GitHub Advisories.

À partir de Visual Studio 17.12, il est désormais possible de spécifier des sources d’audit dans des fichiers NuGet.Config. Il n’est donc plus nécessaire d’utiliser nuget.org en tant que source de package.

Si vous n’utilisez pas nuget.org en tant que source de package et que vous souhaitez utiliser NuGet Audit pour la création de rapports de packages vulnérables lors de la restauration, ajoutez ce qui suit à un fichier NuGet.Config dans votre répertoire de solution :

<confiuration>
  <!-- any existing config, including <packageSources> -->
  <auditSources>
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
  </auditSources>
</configuration>

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Une nouvelle manière de définir vos arguments de ligne de commande directement depuis la barre d’outils.

Définissez rapidement vos arguments de ligne de commande pour votre projet C++ avec le nouvel élément de barre d’outils Définir les arguments. Cette zone de liste déroulante vous permet de définir vos arguments de ligne de commande directement depuis la barre d’outils, afin de pouvoir changer rapidement vos arguments. Lorsque vous exécutez votre projet, tous les arguments entrés dans la zone sont passés.

Ce composant de la barre d'outils s'affichera par défaut si vous avez installé la charge de travail de développement de jeux avec C++. Si vous ne le voyez pas, vous pouvez l’ajouter en cliquant avec le bouton droit sur la barre d’outils et en sélectionnant Définir des arguments.

Remarque : cette fonctionnalité est actuellement disponible uniquement pour les projets Unreal Engine. Les projets C++ généraux seront pris en charge dans de futures versions.

Apprenez à utiliser chaque onglet de Build Insights via un lien nouvellement ajouté vers la documentation.

Vous pouvez désormais voir une brève description de l’utilisation de chaque onglet de Build Insights, ainsi qu’un lien vers la documentation pour une explication détaillée.

Obtenez une vue plus claire de votre fichier dans Build Insights, voyez le chemin complet au survol.

Nous avons masqué les chemins complets et relatifs pour réduire l’encombrement. Pour voir les chemins complets, survolez simplement le fichier. Vous verrez également une nouvelle colonne Nom de fichier pour les fichiers et les unités de traduction, affichée par défaut pour vous aider à identifier rapidement les fichiers sans avoir à lire de longs chemins d’accès.

Une nouvelle manière d’ouvrir votre uproject.

Nous avons ajouté un point d’entrée supplémentaire pour ouvrir votre projet Unreal Engine avec la prise en charge de Visual Studio pour les uproject. Vous pouvez maintenant ouvrir votre uproject directement à partir du menu Fichier en sélectionnant Ouvrir > Dossier.... Cela ouvrira votre projet Unreal Engine dans Visual Studio.

Pour plus d’informations sur l’utilisation de cette fonctionnalité, consultez Éditer directement un .uproject dans Visual Studio.

Vous pouvez désormais changer efficacement les signatures avec notre fonctionnalité améliorée pour C++.

Nous avons apporté des améliorations à la fonctionnalité de changement de signature pour C++. L’interface utilisateur a été mise à jour, vous permettant de gérer les paramètres en les ajoutant, en les supprimant et en les réorganisant dans la boîte supérieure. Vous pouvez également changer leur ordre grâce à une interface de glisser-déposer.

Les méthodes d’accès restent les mêmes : appuyez sur Ctrl+. pour déclencher le menu Actions rapides et refactorisations et sélectionnez Modifier la signature.

La copie d’une erreur à partir de la Liste d’erreurs, permet à présent de copier uniquement la description dans le Presse-papiers, au lieu de la ligne entière.

Vous voyez une erreur dans la Liste d’erreurs que vous ne savez pas comment corriger. Donc vous le sélectionnez et appuyez sur Ctrl+C pour copier la description pour une recherche sur le web. Une fois que vous effectuez le collage dans le moteur de recherche, vous réalisez que tous les en-têtes de colonne et les valeurs de ligne ont été copiés, alors que vous aviez uniquement besoin de la description. Vous devez maintenant supprimer tout sauf la description d’erreur avant de pouvoir effectuer la recherche Web. Cette tâche est fastidieuse, nous avons donc créé un correctif !

Lorsque vous copiez une erreur depuis la liste des erreurs en utilisant Ctrl+C, seule la description est copiée dans le presse-papiers. Cela facilite la recherche de l’erreur en ligne et le partage avec d’autres personnes.

Vous pouvez toujours copier la ligne entière en faisant un clic droit sur l’erreur et en sélectionnant Copier la ligne dans le menu contextuel ou en appuyant sur Ctrl+Maj+C.

Si vous souhaitiez effectuer une recherche Web avec la description de l’erreur, il vous suffit d’appuyer sur Ctrl+F1 pour rechercher des informations sur l’erreur en ligne.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Dans Recherche de code, vous pouvez désormais accéder à une ligne spécifique dans le document actif ou dans un autre document spécifié.

Parfois, vous savez qu’il y a un problème sur une certaine ligne dans votre code et vous souhaitez y accéder rapidement. Peut-être avez-vous été informé de la détection d’une erreur sur la ligne 43 d’un fichier, ou vous souhaitez aller au bout d’un fichier spécifique.

Recherche de code prend désormais en charge la navigation rapide vers une ligne spécifique dans votre code.

Ouvrez Recherche de code, puis accédez à une ligne dans le document actif à l’aide du signe deux-points et du numéro de ligne. Par exemple, :39 accédera à la ligne 39 dans le fichier actif.

Vous pouvez également accéder à une ligne dans un autre document à l’aide du nom de fichier, du signe deux-points et du numéro de ligne. Par exemple, Order:43 accédera à la ligne 43 dans Order.cs. Si vous ne spécifiez pas le nom exact du fichier, la recherche tentera de trouver la meilleure correspondance.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez désormais positionner librement la fenêtre Recherche de code avec des fonctionnalités telles que l’ancrage et le masquage automatique.

Si vous avez besoin que les outils Code ou de Recherche de fonctionnalités restent hors de votre chemin, vous avez désormais plus de contrôle sur le comportement de la fenêtre de recherche.

Vous pouvez désormais ancrer la fenêtre de recherche, et l’utiliser pour effectuer des actions de fenêtre d’outil, telles que l’Explorateur de solutions et d’autres.

Après avoir ouvert Recherche de code ou Recherche de fonctionnalités, cliquez sur l’icône en forme de boîte dans le coin supérieur droit pour convertir la recherche en fenêtre Outil. Vous pouvez choisir de l’ancrer ailleurs, de le faire apparaître, de le masquer automatiquement, etc. Vous pouvez revenir à la fenêtre ignorée en fermant la fenêtre de l’outil et en rouvrant la recherche.

Nous avons également simplifié et nettoyé l’expérience d’aperçu dans la recherche. Il existe maintenant un bouton pour activer et désactiver l’aperçu. Il est indiqué par une icône en forme d’œil.

La position du panneau d’aperçu s’ajuste également en fonction des dimensions de la fenêtre de recherche.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Un aperçu de l’expérience de débogage améliorée pour les applications Blazor WebAssembly ciblant .NET 9 ou version ultérieure.

Visual Studio offre désormais une expérience de débogage améliorée pour les applications Blazor WebAssembly ciblant .NET 9 ou une version ultérieure :

• Les types de données affichés dans le débogueur correspondent désormais aux types de données .NET attendus.
• Les membres de type et la visibilité des membres utilisent les icônes attendues.
• La pile d’appels affichée est nettoyée pour afficher uniquement la pile des appels .NET, et respecte correctement le paramètre Uniquement mon code.
• La fenêtre de modules est désormais prise en charge.
• La prise en charge de l’évaluation des expressions dans la fenêtre Exécution et pour les espions et les points d’arrêt conditionnels est développée et améliorée.

Pour activer la nouvelle expérience de débogage en préversion :

• Activez le paramètre Activer le nouveau débogueur Mono .NET 9+.
• Installez le kit SDK .NET 9 le plus récent.
• Mettez à jour votre application Blazor pour qu’elle cible .NET 9.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Recevez une nouvelle notification dès que vous renommez des fichiers.

Lorsque vous renommez des fichiers à partir de l’explorateur de solutions, vous recevrez une notification pour vous rappeler d’indexer vos modifications afin de consulter les renommages dans Git. Cela améliore votre confiance en la fiabilité de reconnaissance des modification de fichier et du suivi de Git. Nous avons constaté qu’il s’agit d’un point de confusion pour de nombreux clients, donc nous avons travaillé avec des personnes de la Communauté des développeurs pour produire une nouvelle notification.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Créez des brouillons de demande de tirage et démarrez vos descriptions avec des modèles dans Visual Studio.

Vous pouvez désormais créer des brouillons de demande de tirage et démarrer vos descriptions avec des modèles GitHub dans Visual Studio. Il s’agissait des deux principales requêtes pour la création d’une expérience de demande de tirage.

Brouillon de demandes de tirage

Utilisez le menu déroulant du bouton Créer pour Créer en tant que brouillon.

Modèles de demande de tirage

Votre modèle de demande de tirage par défaut sera utilisé lors de la création d’une demande de tirage pour GitHub et Azure DevOps. Découvrez comment ajouter un modèle de demande de tirage à votre dépôt dans la documentation GitHub et la documentation Azure DevOps.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation. Participez à cette enquête pour aider à améliorer la fonctionnalité.

Visual Studio prend désormais en charge la création de dépôts internes et inclut des conseils pour chaque type de référentiel afin de vous donner une plus grande confiance lors du démarrage d’un nouveau projet.

Visual Studio prend désormais en charge les dépôts internes pour vos organisations GitHub. Nous avons également inclus des conseils pour chaque type de référentiel afin de vous donner plus de clarté sur la visibilité du nouveau projet en fonction du compte que vous utilisez.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Simplifiez le débogage en configurant et en enregistrant des profils de lancement pour des projets spécifiques au sein de solutions multi-projets. Partagez facilement les configurations avec votre équipe.

La fonctionnalité Configuration de lancement multi-projet vous permet de configurer et d’enregistrer des profils pour lancer des projets spécifiques au sein d’une solution multi-projet dans des états prédéfinis pour le débogage.

Cela simplifie le processus de travail avec des solutions complexes, améliore l’efficacité du débogage et permet le partage facile des configurations entre les membres de l’équipe.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Les avertissements de sécurité de marque du web (MotW) sont désormais intégrés à la fonctionnalité d’approbation globale.

Visual Studio affiche un avertissement de sécurité lorsqu’il détecte que vous tentez d’ouvrir le contenu marqué avec l’identificateur de la marque Web (MotW).

Ce nouvel avertissement lié à l’approbation transmet les risques d’ouverture de contenu à partir de sources potentiellement dangereuses telles que les téléchargements Internet.

Vous pouvez modifier l’expérience d’approbation par défaut en accédant aux Paramètres d’approbation sous Outils > Options > Environnement.

Renforcez la configuration du projet WinUI grâce à une recherche améliorée dans Visual Studio Installer, qui simplifie l’emplacement des composants pour les développeurs.

Simplifiez la configuration de votre projet WinUI grâce notre dernière mise à jour de Visual Studio Installer ! Les développeurs peuvent désormais localiser rapidement les composants WinUI, sans jamais plus perdre de temps avec des résultats de recherche vides. Cette amélioration simplifie la configuration de l’environnement de développement, ce qui permet une expérience utilisateur plus intuitive et efficace.

Ouvrez Visual Studio Installer, accédez à l’onglet Composants individuels, puis recherchez des mots clés liés à WinUI (WinUI, WinRT).

Les fichiers HTTP prennent désormais en charge les variables de requête. C’est-à-dire, l’endroit où vous pouvez envoyer une requête, puis utiliser des données de la réponse ou de la requête, dans les futures requêtes.

Lors de l’utilisation des fichiers HTTP, un scénario courant consiste à appeler un point de terminaison, prendre une valeur dans la réponse, et l’envoyer dans une requête suivante. Par exemple, vous pouvez appeler un point de terminaison pour authentifier un utilisateur, puis, sur les appels ultérieurs, vous pouvez transmettre le jeton retourné à partir du point de terminaison de connexion. Avant cette version, ce n’était pas possible dans Visual Studio. Dans l’extrait de code ci-dessous, vous pouvez voir un exemple de ce fonctionnement dans un fichier HTTP.

# @name login
POST {{TodoApi_HostAddress}}/users/token
Content-Type: application/json

{
  "username": "{{myusername}}",
  "password": "{{mypassword}}"
}

###

GET {{TodoApi_HostAddress}}/todos
Authorization: Bearer {{login.response.body.$.token}}

###

Dans l’extrait de code ci-dessus, il existe deux requêtes, la première fait appel au point de terminaison /users/token pour authentifier l’utilisateur. Juste au-dessus de la ligne de requête, vous verrez le commentaire # @name login. Cette syntaxe donne un nom à la requête (login dans ce cas) et la configure en tant que variable de requête. Lorsque la requête est envoyée, vous pouvez accéder aux valeurs à partir de la réponse ou de la requête, dans toute requête ultérieure envoyée à partir de ce fichier HTTP. Étant donné qu’il s’agit d’une demande de connexion, veillez à sécuriser vos secrets. Dans Visual Studio, nous prenons en charge l’accès aux secrets de manière sécurisée. Consultez cette section de la documentation pour plus d’informations sur la gestion des secrets.

La deuxième requête appelle un point de terminaison authentifié, /todos, qui retourne les éléments todo pour cet utilisateur. Dans la requête, le jeton est transmis en tant qu’en-tête avec la ligne.

Authorization: Bearer {{login.response.body.$.token}}

Le point de terminaison /users/token retourne une réponse au format JSON. Le jeton est extrait à l’aide d’une expression JSON Path, $.token, sur le corps de la réponse. Si vous utilisez un point de terminaison qui retourne du code XML, au lieu d’une expression JSON Path, vous pouvez passer une expression XPath. La prise en charge de Visual Studio a été inspirée par l’extension OSS existante pour le client REST disponible pour Visual Studio Code. Vous pouvez en savoir plus sur les variables de requête ici. Nous ajouterons bientôt de la documentation pour discuter de ce support plus en détail.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Lorsque vous utilisez des projets JavaScript et TypeScript, vous pouvez désormais créer des cas de test avec Vitest.

Dans les projets JavaScript et TypeScript (JSTS), les projets qui ont l’extension .esproj, nous avons ajouté la prise en charge de la découverte et de l’exécution de tests créés avec Vitest. Pour commencer à utiliser les tests Vitest, dans un projet JSTS, ajoutez le package vitest à l’aide de npm dans l’Explorateur de solutions, puis modifiez le fichier projet pour que les propriétés suivantes aient été déclarées.

    <JavaScriptTestRoot>test\</JavaScriptTestRoot>
    <JavaScriptTestFramework>Vitest</JavaScriptTestFramework>

Assurez-vous que la valeur pour JavaScriptTestRoot a le bon chemin relatif à l’emplacement de vos fichiers de test.

Ajoutez vos tests au dossier approprié et générez le projet/la solution. Après cela, vous devez voir les cas de test dans l’Explorateur de tests.

Dans l’Explorateur de tests, vous pouvez voir les différents cas de test découverts et exécuter les cas de test.

Nous n’avons pas encore ajouté de prise en charge pour le débogage, mais nous l’ajouterons bientôt. Parmi les autres problèmes connus, on retrouve le suivant : lorsque vous double-cliquez sur un cas de test dans l’Explorateur de tests, vous accédez à la première ligne du fichier où le cas de test est défini. Nous travaillons également sur l’amélioration de cette expérience.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

La prise en charge des indicateurs inlay a été ajoutée à JavaScript, TypeScript, Python et Razor, ainsi qu’un paramètre pour contrôler son comportement.

Les indicateurs inlay affichent des informations supplémentaires sur le code source rendu en inline. Cela est généralement utilisé pour afficher des types déduits, des noms de paramètres et d’autres informations implicites de votre code directement dans votre éditeur.

Nous avons ajouté la prise en charge de l’affichage des indicateurs inlay en JavaScript, TypeScript, Razor et Python. Nous avons également ajouté un nouveau paramètre pour vous permettre de personnaliser le comportement des indicateurs dans ces langues. Ce paramètre ne s’applique pas encore à C# et C++. Pour activer les indicateurs inlay pour ces langues, vous pouvez utiliser le nouveau paramètre dans Outils > Options > Éditeur de texte > Toutes les langues > Indicateurs inlay. Dans l’image suivante, vous pouvez voir la nouvelle option.

Il existe trois valeurs différentes pour les indicateurs inlay.

• Toujours : Afficher toujours les Inlay Hints.
• Lors de l’appui sur Alt+F1 : les indices d’insertion ne s’affichent que tant que Alt et F1 sont maintenus enfoncés. Il s’agit de la valeur par défaut.
• Jamais : Les Inlay Hints ne sont jamais affichés.

Pour JavaScript et TypeScript, il existe une page d’options supplémentaires pour configurer le comportement des indicateurs inlay. Pour plus d’informations, accédez à Outils > Options > Éditeur de texte > JavaScript/TypeScript > Avancé > Général.

Ces options sont affichées dans l’image qui suit.

Par défaut, toutes ces options sont désactivées, vous devez activer les indicateurs qui vous intéressent pour l’affichage des fichiers JavaScript et TypeScript. Dans une prochaine mise à jour, nous pourrions modifier les valeurs par défaut de ces options. L’image ci-dessous présente un fichier JavaScript qui affiche des indicateurs inlay.

Dans l’image précédente, les indicateurs inlay affichés sont les zones grises avec : number pour indiquer le type de la variable.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

.NET 9 améliore le développement d’applications cloud et intelligentes, en se concentrant sur les améliorations de productivité, les déploiements rationalisés et l’intégration accélérée de l’IA.

.NET 9 élève le développement d’applications intelligentes et cloud-native, en mettant l’accent sur les améliorations de productivité, les déploiements simplifiés et l’intégration accélérée de l’IA, offrant des performances supérieures pour un large éventail d’applications. Avec la prise en charge complète de .NET 9 dans Visual Studio 17.12, vous pouvez facilement tirer parti de toutes les dernières améliorations. Pour plus de détails sur les nouveautés, consultez Quoi de neuf dans .NET 9.

De plus, vous trouverez des mises à jour des fonctionnalités autour de l’IDE qui rendent le travail avec .NET et ASP.NET plus productif que jamais.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

NuGet modifie les paramètres d’audit par défaut pour inclure des packages transitifs.

NuGet Audit, ajouté pour la première fois à Visual Studio 17.8 (et .NET 8), fournit des avertissements lors de la restauration si des packages utilisés par votre projet présentent des vulnérabilités connues.

Pour plus d’informations sur NuGet Audit, y compris sur toutes les options de configuration, consultez la documentation sur NuGet Audit.

Dans cette version, les valeurs par défaut de NuGet Audit pour NuGetAuditMode ont changé. Auparavant, seules les références de package directes étaient signalées par défaut (<NuGetAuditMode>direct</NuGetAuditMode>). À présent, par défaut, il avertit les packages directs et transitifs (<NuGetAuditMode>all</NuGetAuditMode>) avec des vulnérabilités connues. Pour conserver les valeurs par défaut précédentes, vous pouvez définir explicitement votre valeur préférée de NuGetAuditMode dans votre projet ou fichier Directory.Build.props.

Vous pouvez également définir SdkAnalysisLevel sur un numéro de version inférieur à 9.0.100, mais sachez que cela affectera toutes les fonctionnalités qui utilisent SdkAnalysisLevel.

NuGet Audit nécessite une source de package qui fournit une base de données de vulnérabilité. NuGet.org fournit des vulnérabilités de la base de données GitHub Advisories.

À partir de Visual Studio 17.12, il est désormais possible de spécifier des sources d’audit dans des fichiers NuGet.Config. Il n’est donc plus nécessaire d’utiliser nuget.org en tant que source de package.

Si vous n’utilisez pas nuget.org en tant que source de package et que vous souhaitez utiliser NuGet Audit pour la création de rapports de packages vulnérables lors de la restauration, ajoutez ce qui suit à un fichier NuGet.Config dans votre répertoire de solution :

<confiuration>
  <!-- any existing config, including <packageSources> -->
  <auditSources>
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
  </auditSources>
</configuration>

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Définir des couleurs personnalisées pour l’indicateur de texte réduit dans l’éditeur Visual Studio.

Vous pouvez maintenant personnaliser encore plus votre expérience dans l’éditeur avec de nouvelles options de personnalisation de l’indicateur de texte réduit :

Pour l’essayer et définir des couleurs personnalisées pour chaque indicateur, allez dans Outils > Options > Environnement > Polices et couleurs.

Là, vous trouverez deux nouveaux éléments pour la personnalisation :

• Indicateur de texte réduit (Réduit)
• Indicateur de texte réduit (Étendu)

Vous pouvez définir les couleurs des indicateurs réduits et étendus indépendamment l’un de l’autre en utilisant des couleurs prédéfinies ou des couleurs personnalisées de votre choix.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez désormais actualiser les résultats d’une recherche précédente pour obtenir des correspondances de recherche à jour.

Nous avons entendu de nombreux utilisateurs dire qu’il est frustrant de devoir rouvrir la fenêtre de recherche et de refaire une recherche pour obtenir des résultats mis à jour. Peut-être que vous venez de refactorer du code et que vous voulez confirmer que tout a été modifié comme prévu, ou que vous avez intégré des modifications récentes et que vous souhaitez que votre recherche précédente reflète ces mises à jour.

Après avoir terminé Rechercher dans les fichiers, vous aurez désormais l’option d’actualiser les résultats dans la fenêtre. Vous obtiendrez vos résultats mis à jour sans avoir à refaire la recherche.

Nous avons également repensé l’ancienne option Répéter la recherche pour la distinguer de l’actualisation. Elle est désormais représentée sous la forme de Modifier la recherche avec une icône de crayon. Ce bouton rouvrira toujours Rechercher dans les fichiers avec les mêmes critères de recherche que vous avez utilisés pour cette fenêtre de résultats.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez désormais contrôler la visibilité des indicateurs de niveau de fichier dans CodeLens.

La zone avec la barre de défilement horizontale peut devenir assez encombrée dans Visual Studio. Nous facilitons le nettoyage en désactivant par défaut les indicateurs de niveau de fichier dans CodeLens.

Si vous souhaitez avoir l’option activée, vous trouverez l’option Afficher l’indicateur de niveau de fichier dans CodeLens dans Outils > Options > Éditeur de texte > Avancé. Cette option affecte la visibilité pour les types de fichiers qui ont le contrôle de niveau de fichier CodeLens dans la marge inférieure de l’éditeur, tels que XAML, HTML et CSS, et n’affecte pas les fichiers qui contiennent CodeLens intégré.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Lorsque le nettoyage du code est exécuté lors de l’enregistrement, il fonctionne désormais de manière non bloquante, pour une expérience de codage plus fluide.

Auparavant, lorsque le nettoyage du code était exécuté lors de l’enregistrement, vous ne pouviez pas effectuer d’actions dans l’IDE. Nous avons maintenant amélioré cela pour qu’il fonctionne en arrière-plan et qu’il puisse être automatiquement annulé si vous reprenez la saisie, garantissant une expérience de codage plus fluide et plus réactive.

Nettoyage du code lors de l’enregistrement

Optimisez votre flux de travail de débogage avec l’inspection intégrée des variables par l’IA.

L’inspection et l’analyse des valeurs à partir de Locals, d’Autos et de DataTips n’a jamais été plus facile grâce à Ask GitHub Copilot dans Visual Studio. Il vous suffit d’effectuer un clic droit sur n’importe quelle valeur pour obtenir des aperçus détaillés basés sur l’IA pour les erreurs, les résultats inattendus ou les anomalies, sans jamais quitter votre IDE.

Cette fonctionnalité améliore considérablement la vitesse de résolution des problèmes en analysant les variables en temps réel dans votre IDE chaque fois que des valeurs inattendues se produisent.

Expressions LINQ modifiables alimentées par l’IA dans le visualiseur IEnumerable.

Nous avons amélioré la fonctionnalité d’expression modifiable dans le visualiseur IEnumerable avec l’assistance de l’IA. La nouvelle fonctionnalité Demander à Copilot permet aux utilisateurs de tirer parti de l’IA directement dans la zone de texte d’expression modifiable pour créer des expressions LINQ complexes.

Pour accéder au chat GitHub Copilot, cliquez simplement sur l’icône GitHub Copilot située dans le coin inférieur droit de la section d’expression modifiable. Dans le chat, vous trouverez des exemples de syntaxe LINQ. De plus, vous pouvez décrire votre requête en langage naturel, et GitHub Copilot générera la requête LINQ correspondante. Pour appliquer le filtrage de requêtes LINQ au visualiseur, utilisez le bouton Afficher dans le visualiseur dans le chat.

Cela fournit un retour immédiat et des conseils, rendant le processus de création de filtres et de transformations complexes plus intuitif et efficace.

Obtenez de l’aide pour déboguer les tests échoués en utilisant Déboguer les tests avec GitHub Copilot.

Besoin d’aide pour déboguer vos tests unitaires échoués. Désormais, GitHub Copilot peut vous aider en vous fournissant un plan de débogage et en vous guidant tout au long du processus pour vous rapprocher de la réussite en cliquant sur le bouton Déboguer avec Copilot dans Test Explorer.

Une fois la fonctionnalité lancée, GitHub Copilot vous fournira un plan de débogage, définira des points d’arrêt appropriés, surveillera les variables et lancera la session de débogage. Lorsque le point d’arrêt est atteint, il fournit à GitHub Copilot les valeurs des variables surveillées et détermine votre prochaine étape : continuer le débogage ou corriger le code problématique. Vous pouvez poursuivre cette conversation jusqu’à ce que vous ayez réussi un test.

Amélioration des informations sur les performances à l’aide de l’histogramme de compteur dans l’outil de compteur du profileur.

L’amélioration récente de la suite de profilage des performances de Visual Studio introduit la fonctionnalité d’histogramme de compteur. Cet outil vous permet d’identifier et d’analyser les données d’histogramme générées par des instruments d’histogramme. Lors de l’enregistrement des données provenant de ces instruments, les résultats de l’histogramme sont visualisés, offrant une représentation claire de la distribution des données.

De plus, le graphique en couloirs offre une vue détaillée et segmentée des métriques de performance, améliorant ainsi votre capacité à identifier et à résoudre efficacement les problèmes de performance.

Vous pouvez obtenir un lien GitHub ou Azure DevOps vers une ligne de code spécifique pour le partager facilement avec vos collègues.

Chaque fois que vous partagez quelques lignes de code avec un collègue, il peut être utile pour lui d’obtenir un contexte supplémentaire depuis votre référentiel. Cependant, s’il travaille sur autre chose, cela peut prendre trop de temps et perturber son travail de consulter votre branche.

Désormais, vous pouvez mettre en évidence le code que vous souhaitez partager dans votre éditeur, ouvrir le menu contextuel avec un clic droit, et sous le sous-menu Git, obtenir un lien partageable vers votre code dans GitHub ou Azure DevOps. Cela rend la collaboration simple et fluide entre l’IDE et vos référentiels distants sur le web.

Vous pouvez également obtenir des liens partageables directement depuis l’historique des commits. Cela permet au code actuellement non extrait d’être référencé aussi facilement.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez désormais créer des pull requests et lier des éléments de travail dans des scénarios multi-référentiels pour GitHub et Azure DevOps.

Vous pouvez désormais créer des pull requests et lier des éléments de travail dans des scénarios multi-repo. Pour GitHub et Azure DevOps, nous prenons en charge vos intégrations lorsque vous utilisez le sélecteur de référentiel pour vous concentrer sur un référentiel particulier dans vos scénarios multi-repo.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Changer de thème se souviendra désormais de vos préférences de police et de taille de police.

Nous comprenons que les polices que les développeurs choisissent lorsqu’ils codent sont un choix personnel, influencé par des préférences en matière de lisibilité, d’accessibilité ou d’esthétique. Les thèmes de Visual Studio se concentrent principalement sur les couleurs de présentation et sont indépendants des polices préférées.

Avec cette mise à jour, nous avons introduit une fonctionnalité qui conserve vos choix de police et de taille lorsque vous changez de thème. Vous pouvez maintenant définir vos préférences de police une fois et changer de thème dans Visual Studio sans avoir à reconfigurer vos paramètres de police à chaque fois. Notez que les couleurs de vos polices restent liées au thème, car c’est l’objectif des thèmes, mais vos sélections de police seront préservées.

Cette fonctionnalité sera activée par défaut pour tous les utilisateurs. Si vous préférez l’ancien comportement, allez dans Outils > Gérer les fonctionnalités Preview et trouvez l’option Séparer les paramètres de police de la sélection de thème de couleur. Si cette option est cochée, vos préférences de police seront conservées indépendamment des changements de thème. Décochez la case pour rétablir l’ancien comportement qui lie les choix de police au thème.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Teams Toolkit intègre de nouveaux modèles d’application Teams avec IA.

Teams Toolkit ajoute trois nouveaux modèles IA d’application Teams :

Il s'agit de :

1. Chatbot IA basique : vos propres copilotes dans Microsoft Teams créés avec la bibliothèque IA Teams

2. Discutez avec vos données : une modèle chatbot intelligent avec des connaissances dans des domaines provenant de sources de données personnalisées.

   Teams Toolkit vous permet désormais de créer un Copilot personnalisé qui est un chatbot alimenté par l’IA avec une fonctionnalité RAG capable de comprendre le langage naturel et de récupérer des données de domaine pour répondre à des questions spécifiques à ce domaine. Ce modèle prend en charge l’accès à vos données personnalisées dans l’application Copilot personnalisée.

   Lorsque vous sélectionnez ce modèle, vous pouvez sélectionner deux façons de vous connecter à vos données :

   a. Recherche Azure AI : votre chatbot peut accéder aux données sur le service de recherche Azure AI et l’utiliser dans les conversations avec les utilisateurs.

   b. Source de données personnalisée : vous pouvez ajouter la source de données souhaitée à l’application Copilot personnalisée, par exemple le système de fichiers ou la base de données vectorielle.

3. Agent IA : un agent IA dans Teams qui peut prendre des décisions et effectuer des actions basées sur le raisonnement LLM.

Veuillez essayer les nouveaux modèles d’application IA pour commencer votre aventure avec l’IA dans Teams.

Publier sur Azure App Service en toute sécurité à l’aide des mises à jour de sécurité intégrées.

Les recommandations de publication d’Azure App Service conseillent aux clients de désactiver l’authentification de base et d’activer la publication via l’authentification intégrée.

La nouvelle fonctionnalité de Visual Studio 2022 désactive l’authentification de base et active la sécurité intégrée pour la publication sur Azure App Service. Cela garantit que les informations d’identification de publication sont traitées de manière sécurisée, réduisant ainsi les risques associés à l’authentification de base.

Lors de la publication sur un Azure App Service qui a l’authentification de base activée (ce qui est non recommandé), les utilisateurs verront l’option Activer l’authentification de base, et celle-ci sera décochée par défaut. Les clients qui doivent conserver l’authentification de base peuvent cocher la case, mais étant donné que la recommandation est de la désactiver, cette option est décochée par défaut. Ainsi, vous démarrez en sécurité si c’est la première fois que vous publiez, ou vous devenez sécurisé une fois que vous avez effectué le processus de publication après avoir mis à jour Visual Studio.

Si vous avez récemment créé l’application Web via le portail ou cette version de Visual Studio (ou une version future), l’authentification de base sera désactivée par défaut. Pour toute application Web qui a déjà l’authentification de base désactivée, nous évitons de rendre involontairement l’application Web moins sécurisée en désactivant la case à cocher, afin que vous restiez sécurisé.

Nous avons ajouté la prise en charge du partage de variables entre environnements dans les fichiers HTTP.

Lors de l’utilisation des fichiers HTTP dans Visual Studio, vous pouvez définir des environnements pour créer des paramètres différents pour les tests d’API. Auparavant, il n’était pas possible de partager une variable entre ces environnements. Nous avons ajouté la prise en charge d’une nouvelle entrée, $shared, dans le fichier d’environnement, qui permet de définir des valeurs par défaut pour les variables disponibles dans tous les environnements.

Par exemple, considérez le fichier d’environnement (http-client.env.json) ci-dessous.

{
    "$shared": {
        "HostAddress": "https://localhost:7293"
    },
    "dev": {
        "username": "sayedha"
    },
    "dev2": {
        "username": "madsk"
    },
    "staging": {
        "username": "staginuser",
        "HostAddress": "https://sayedrest.example.com"
    }
}

Nous avons défini les valeurs partagées dans $shared ci-dessus, qui consiste en la variable HostAddress définie sur localhost:7293.

Des trois environnements définis, aucun environnement dev n’a spécifié la valeur pour HostAddress, mais staging a une valeur pour celui-ci.

Lorsque vous utilisez soit l’environnement dev soit l’environnement dev2, la valeur pour HostAddress viendra de $shared, car ces environnements n’ont pas de valeur pour HostAddress. Lorsque vous utilisez l’environnement staging, la valeur pour HostAddress sera définie sur https://sayedrest.example.com.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez désormais utiliser le format de fichier de projet de style SDK dans vos projets SQL Server Data Tools.

Cette mise à jour ajoute des projets SQL basés sur le SDK Microsoft.Build.Sql, ce qui apporte une prise en charge multiplateforme et améliore les références de packages pour les projets SQL Server Data Tools (SSDT). Avec des fichiers de projet moins verbeux et des références de base de données vers des packages NuGet, les équipes peuvent collaborer plus efficacement sur de grandes bases de données dans un seul projet ou compiler plusieurs ensembles d’objets à partir de plusieurs projets.

Les déploiements de base de données à partir d’un projet Microsoft.Build.Sql peuvent être automatisés dans des environnements Windows et Linux où l’outil dotnet Microsoft.SqlPackage publie l’artifact de build (.dacpac) du projet SQL. Pour en savoir plus sur la version Preview des projets SQL au format SDK et DevOps pour SQL.

Le projet SDK Microsoft.Build.Sql est open source et développé sur GitHub.

Assurez-vous d’installer la dernière version Preview du composant SSDT dans l’installateur Visual Studio pour utiliser les projets SQL au format SDK dans votre solution.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Une nouvelle manière de définir vos arguments de ligne de commande directement depuis la barre d’outils.

Définissez rapidement vos arguments de ligne de commande pour votre projet C++ avec le nouvel élément de barre d’outils Définir les arguments. Cette zone de liste déroulante vous permet de définir vos arguments de ligne de commande directement depuis la barre d’outils, afin de pouvoir changer rapidement vos arguments. Lorsque vous exécutez votre projet, tous les arguments entrés dans la zone sont passés.

Ce composant de la barre d'outils s'affichera par défaut si vous avez installé la charge de travail de développement de jeux avec C++. Si vous ne le voyez pas, vous pouvez l’ajouter en cliquant avec le bouton droit sur la barre d’outils et en sélectionnant Définir des arguments.

Remarque : cette fonctionnalité est actuellement disponible uniquement pour les projets Unreal Engine. Les projets C++ généraux seront pris en charge dans de futures versions.

Apprenez à utiliser chaque onglet de Build Insights via un lien nouvellement ajouté vers la documentation.

Vous pouvez désormais voir une brève description de l’utilisation de chaque onglet de Build Insights, ainsi qu’un lien vers la documentation pour une explication détaillée.

Obtenez une vue plus claire de votre fichier dans Build Insights, voyez le chemin complet au survol.

Nous avons masqué les chemins complets et relatifs pour réduire l’encombrement. Pour voir les chemins complets, survolez simplement le fichier. Vous verrez également une nouvelle colonne Nom de fichier pour les fichiers et les unités de traduction, affichée par défaut pour vous aider à identifier rapidement les fichiers sans avoir à lire de longs chemins d’accès.

Une nouvelle manière d’ouvrir votre uproject.

Nous avons ajouté un point d’entrée supplémentaire pour ouvrir votre projet Unreal Engine avec la prise en charge de Visual Studio pour les uproject. Vous pouvez maintenant ouvrir votre uproject directement à partir du menu Fichier en sélectionnant Ouvrir > Dossier.... Cela ouvrira votre projet Unreal Engine dans Visual Studio.

Pour plus d’informations sur l’utilisation de cette fonctionnalité, consultez Éditer directement un .uproject dans Visual Studio.

Vous pouvez désormais changer efficacement les signatures avec notre fonctionnalité améliorée pour C++.

Nous avons apporté des améliorations à la fonctionnalité de changement de signature pour C++. L’interface utilisateur a été mise à jour, vous permettant de gérer les paramètres en les ajoutant, en les supprimant et en les réorganisant dans la boîte supérieure. Vous pouvez également changer leur ordre grâce à une interface de glisser-déposer.

Les méthodes d’accès restent les mêmes : appuyez sur Ctrl+. pour déclencher le menu Actions rapides et refactorisations et sélectionnez Modifier la signature.

GitHub Copilot vous aide à résoudre les problèmes de code.

GitHub Copilot est désormais intégré aux outils Ampoule et Liste d’erreurs, ce qui vous permet d’accéder à des correctifs rapides et des explications pertinentes sur les problèmes de code. Que vous développiez en C# ou C++, cette fonctionnalité vous aide à comprendre les problèmes de votre codebase, et à les résoudre plus efficacement.

Pour commencer, appelez simplement l’outil Ampoule, puis sélectionnez Corriger avec Copilot. Cela entraîne le lancement d’une conversation en ligne avec GitHub Copilot, et la proposition d’un correctif disponible.

Vous pouvez également sélectionner l’icône GitHub Copilot dans la liste d’erreurs pour ouvrir le panneau de conversation, où vous trouverez des explications détaillées et des solutions sur l’erreur en question.

En tirant parti des LLM, GitHub Copilot fournit des explications et des correctifs utiles directement dans les outils Ampoule et Liste d’erreurs, ce qui améliore votre expérience de programmation.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

GitHub Copilot ajoute un contexte supplémentaire à partir des fichiers source pertinents pour améliorer les complétions pour C#.

Les complétions de code GitHub Copilot fournissent des suggestions d’autocomplétion inline au fur et à mesure que vous codez. Ces suggestions sont générées en fonction du contenu de votre fichier actif et de tous les autres fichiers ouverts dans votre éditeur. Toutefois, nous avons découvert que l’incorporation d’un contexte plus pertinent améliore considérablement ces suggestions.

Pour améliorer l’expérience des développeurs C#, nous avons mis à jour GitHub Copilot pour inclure davantage de contexte C#, tel que les types et méthodes disponibles dans les complétions.

Avec la dernière version de Visual Studio, GitHub Copilot prend désormais automatiquement en compte les fichiers sémantiquement pertinents pour plus de contexte, même si ces fichiers ne sont pas ouverts dans votre éditeur. Cette amélioration permet de réduire les hallucinations tout en offrant des suggestions plus pertinentes et plus précises.

Avant : Les fichiers sémantiquement pertinents ne sont pas considérés comme du contexte pour les complétions GitHub Copilot

Après : Les fichiers sémantiquement pertinents sont considérés comme du contexte pour les complétions GitHub Copilot

Présentation du référencement de code dans GitHub Copilot, vous permettant d’autoriser des suggestions de code contenant des correspondances de code public tout en recevant des informations détaillées sur la correspondance.

Nous sommes ravis d’annoncer que le référencement de code est désormais disponible dans GitHub Copilot au sein de Visual Studio !

Cette nouvelle fonctionnalité fournit de la transparence aux développeurs en les informant lorsque des suggestions de GitHub Copilot correspondent à du code public. Vous pouvez maintenant voir le code correspondant, son fichier source et toute information de licence associée, vous aidant ainsi à prendre des décisions plus éclairées lors de la programmation.

Le référencement de code vous permet soit de bloquer, soit d’autoriser des suggestions contenant des correspondances de code public, améliorant le contrôle et la personnalisation.

En intégrant le référencement de code dans GitHub Copilot, nous favorisons le partage des connaissances, améliorons la transparence et vous donnons les moyens de créer en toute confiance. Que vous soyez un développeur individuel ou un membre d’une grande équipe, cette fonctionnalité améliore votre flux de travail et vous aide à naviguer dans la complexité du code public en toute simplicité.

Essayez GitHub Copilot dans Visual Studio dès aujourd’hui et prenez le contrôle de votre processus de développement avec plus de transparence et de confiance !

Présentation d’une nouvelle façon plus conversationnelle de discuter avec GitHub Copilot.

Nous introduisons une nouvelle façon plus conversationnelle d’interagir avec GitHub Copilot Chat !

Nous avons introduit une manière plus interactive et conversationnelle d’utiliser GitHub Copilot Chat. Désormais, au lieu de se sentir bloqué ou incertain, GitHub Copilot vous guidera avec des questions de clarification lorsque le contexte est flou, garantissant des réponses plus précises et utiles.

Cette expérience de discussion guidée aide à affiner vos requêtes, offre des suggestions et assure des interactions plus fluides et productives. Avec cette nouvelle modalité de discussion, vous bénéficierez d’un GitHub Copilot plus intelligent et intuitif qui s’adapte à vos besoins pendant que vous codez.

Essayez la nouvelle expérience de discussion guidée dès aujourd’hui et voyez la différence par vous-même !

Commencez plus rapidement avec les prompts de démarrage dans GitHub Copilot Chat !

Démarrez votre expérience GitHub Copilot Chat avec nos nouveaux prompts de démarrage !

Besoin d’aide pour commencer avec GitHub Copilot Chat ? Nous avons introduit quelques prompts de démarrage pour vous inspirer et vous guider dans vos premières interactions. Ces questions pré-sélectionnées sont conçues pour susciter des idées et vous aider à explorer tout le potentiel des capacités de GitHub Copilot.

Que vous exploriez de nouvelles tâches de codage ou cherchiez simplement de l’inspiration, nos prompts sont là pour vous aider à plonger directement et à tirer le meilleur parti de GitHub Copilot Chat.

Essayez-en un et voyez où cela vous mène !

Le débogueur affiche maintenant les valeurs de retour en ligne avec l’assistance IA pour une efficacité accrue.

Le débogueur de Visual Studio affiche désormais des valeurs inline pour les instructions de retour, répondant à l’une des fonctionnalités les plus demandées de la communauté des développeurs.

Cette amélioration vous permet de voir les valeurs exactes retournées par les fonctions directement dans le code, ce qui élimine la nécessité d’un code supplémentaire ou de variables temporaires pour inspecter les valeurs de retour.

Avec GitHub Copilot, vous pouvez aller plus loin en utilisant l’option Demander à Copilot au survol pour analyser les valeurs de retour directement dans Visual Studio, vous permettant de résoudre les problèmes immédiatement.

Elles sont prises en charge dans le code natif et managé.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Importation et exportation de groupes de points d’arrêt sans effort.

Les groupes de points d’arrêt de Visual Studio prennent désormais en charge la fonctionnalité d’importation et d’exportation, vous permettant de gérer et de maintenir facilement vos structures de points d’arrêt sur plusieurs projets ou environnements.

Cette nouvelle fonctionnalité vous permet d’exporter vos groupes de points d’arrêt avec leurs configurations, puis de les importer dans différentes solutions, garantissant une configuration de débogage cohérente sans avoir besoin de recréer manuellement les groupes de points d’arrêt.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Visualiseur IEnumerable amélioré avec IntelliSense pour des requêtes LINQ plus rapides.

Le visualiseur IEnumerable a été amélioré avec IntelliSense, fournissant des suggestions de code en temps réel et l’autocomplétion, ce qui rend l’écriture d’expressions LINQ plus rapide et plus précise.

Cette amélioration simplifie le processus de création et de modification des requêtes en offrant des recommandations de code intelligentes, réduisant la probabilité d’erreurs et accélérant le temps de développement.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Sélectionnez et comparez plusieurs instantanés de mémoire à l’aide de la fenêtre de l’outil Diagnostics.

La fenêtre de l'outil de diagnostic permet désormais de comparer des instantanés de mémoire, ce qui facilite l'analyse des modifications de la mémoire au fil du temps.

Pour utiliser cette fonctionnalité, vérifiez que vous disposez de plusieurs instantanés de mémoire capturés sous l’onglet Mémoire dans la fenêtre Outil de diagnostic.

Sélection des instantanés pour la comparaison

• Maintenez la touche Ctrl et cliquez sur les lignes d’instantanés pour sélectionner plusieurs instantanés.
• Sinon, maintenez la touche Maj et utilisez les touches fléchées up/down pour sélectionner plusieurs instantanés consécutifs.

Désélectionner des instantanés

• Maintenez la touche Ctrl et cliquez sur l’instantané que vous voulez désélectionner.

Affichage de la différence

Une fois que vous avez sélectionné les instantanés de mémoire pour la comparaison, cliquez sur le bouton Afficher les différences situées au-dessus de la liste d’instantanés pour afficher les différences entre eux.

Vous pouvez ajouter des instructions supplémentaires à l’invite pour générer votre message de commit Git avec GitHub Copilot.

Vous pouvez maintenant ajouter des instructions supplémentaires à l’invite pour générer votre message de commit Git avec GitHub Copilot. Cela vous permet de personnaliser le message de commit pour mieux s’adapter à votre flux de travail et aux normes de votre équipe. Vous pouvez spécifier le nombre de lignes à générer, la longueur des lignes, et même fournir un style de commit d’exemple. Modifiez le message dans le champ d’invite Outils > Options > Copilot > Contrôle de source > Instructions supplémentaires pour le message de commit : .

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Vous pouvez maintenant copier des fichiers et dossiers de l’Explorateur de solutions d’une instance de Visual Studio à une autre.

Nous sommes ravis d’introduire une fonctionnalité très demandée dans Visual Studio ! Vous pouvez maintenant copier et coller de manière transparente des fichiers de code et dossiers entre différentes instances de Visual Studio en utilisant l’Explorateur de solutions. Sélectionnez simplement le fichier ou dossier souhaité, utilisez Ctrl+C ou Ctrl+X, passez à une autre instance de Visual Studio, et utilisez Ctrl+V pour inclure ces fichiers ou dossiers dans votre nouvelle solution. Tous les changements seront reflétés avec précision dans le système de fichiers.

En plus de copier et coller, vous pouvez également glisser les fichiers et dossiers d’une instance de Visual Studio à une autre.

Auparavant, cette fonctionnalité n’était disponible que pour quelques types de projets, mais nous l’avons maintenant étendue pour inclure tous les principaux types de projets dans Visual Studio.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Visual Studio vous avertit maintenant s’il détecte des problèmes de certificat numérique pendant les appels réseau.

Visual Studio vérifie maintenant la validité des certificats numériques et vous informe s’il existe un problème avec le certificat numérique pour les appels réseau.

Chaque fois qu’une erreur est détectée, une boîte de dialogue arrête temporairement la connexion, fournit des détails sur le problème de certificat spécifique et vous demande si vous souhaitez annuler ou poursuivre la connexion.

Bien que nous vous recommandions de toujours garder cette fonctionnalité activée, vous pouvez la désactiver en allant dans Outils > Options > Environnement > Certificats.

La publication sur Azure WebJobs sur Linux est désormais prise en charge par la publication par clic droit dans Visual Studio.

Les applications console .NET 5.0+ multiplateformes sont prises en charge sur Azure WebJobs Linux. Vous pouvez également cliquer avec le bouton droit sur publier votre code sur Azure WebJobs sur Linux à partir de Visual Studio !

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Publication sur le plan d’hébergement Azure Flex Consumption, actuellement en aperçu.

Si vous essayez le nouveau plan d’hébergement Consommation flexible Azure Functions, actuellement en préversion, vous pouvez cliquer avec le bouton droit sur Publish to Flex (Publier sur le plan flexible) dans Visual Studio.

Consommation flexible étend les fonctionnalités de vos applications et offre les avantages suivants :

• Intégration du Réseau virtuel sans frais supplémentaires
• Mise à l’échelle rapide et prévisible avec choix de la taille d’instance et contrôle de la concurrence par instance
• Serverless avec mise à l’échelle à zéro et facturation des instances actives uniquement
• Atténuation du démarrage à froid avec la fonctionnalité facultative Instances toujours prêtes

Découvrez-en plus sur le plan Consommation flexible dans le billet de blog d’annonce ou la documentation et essayez l’un de nos exemples.

Améliorer la sécurité de vos applications et de votre expérience de développement.

Dans cette mise à jour des services connectés, vous pouvez maintenant connecter votre code de projet aux ressources Azure, telles que stockage Azure, sans avoir besoin de secrets ou de chaînes de connexion dans votre code ou configuration.

À présent, vous donnerez un nom à votre connexion, les points de terminaison sont conservés dans la configuration au lieu de la chaîne de connexion complète. Cela signifie que moins de secrets sur le disque, votre temps de développement sera plus sécurisé par défaut et subira moins d’erreurs lors de la validation des secrets dans le contrôle de code source.

Nous utilisons également les derniers kits de développement logiciel (SDK) Azure. Vous bénéficiez donc d’une prise en charge de la connexion à vos ressources Azure à l’aide de votre connexion Visual Studio (ou Azure CLI) au lieu de vous connecter via une chaîne de connexion. Lors de l’exécution locale, votre code utilise vos informations d’identification connectées pour accéder aux ressources. Lors de l’exécution dans Azure, le Kit de développement logiciel (SDK) Azure utilise l’identité managée du service d’application pour accéder aux ressources.

Les services connectés le configurent pour vous et injectent le code approprié pour utiliser l’identité intégrée au lieu des secrets. Lors de la publication, votre application est configurée avec l’identité et les rôles appropriés requis pour accéder aux ressources.

Visual Studio inclut maintenant le SDK .NET 9 avec prise en charge UWP prête à l’emploi.

L’une des étapes nécessaires pour essayer UWP sur .NET 9 dans l’aperçu initial était d’installer une version nocturne du SDK .NET 9. Avec cette nouvelle version de Visual Studio, cela n’est plus nécessaire.

Visual Studio inclut maintenant le SDK .NET 9, qui prend en charge UWP sur .NET 9 (notamment la logique pour référencer les projections XAML UWP, et configurer CsWinRT pour projeter des types pour les applications XAML UWP). Vous pouvez maintenant créer et exécuter des projets UWP sur .NET 9 avec le SDK .NET qui est automatiquement installé avec Visual Studio.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

UseUwpTools est maintenant défini automatiquement par Visual Studio pour les projets UWP modernes sur .NET 9.

Les applications et bibliothèques UWP utilisant .NET 9 nécessitaient auparavant deux propriétés dans leurs fichiers .csproj : UseUwp, qui configure le SDK .NET pour les applications XAML UWP, et UseUwpTools, qui active tous les nouveaux outils dans Visual Studio pour construire et exécuter des applications XAML UWP.

La propriété UseUwpTools est maintenant définie automatiquement par Visual Studio lorsque UseUwp est définie, pour rendre le fichier .csproj moins verbeux dans le scénario courant. Pour les scénarios avancés, il est toujours possible de désactiver manuellement UseUwpTools.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Les bibliothèques de classes UWP sur .NET 9 définissent correctement les RIDs aux bonnes valeurs pour le Native AOT.

Nous avons corrigé un bug dans l’outillage APPX pour les bibliothèques de classes UWP (et les composants WinRT) sur .NET 9, qui appliquait par défaut les identifiants d’exécution de UWP sur .NET Native (c’est-à-dire en utilisant le préfixe win10-, et en incluant des plateformes qui ne sont plus supportées, comme arm).

Les outils APPX définiront désormais les bons RIDs pour les projets .NET 9 par défaut : win-x86;win-x64;win-arm64. Il est toujours possible de les spécifier manuellement, si désiré.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.

Nous avons corrigé l’assistant de modèle universel qui causait la non-affichage d’une boîte de dialogue d’erreur lors de la création de nouveaux projets UWP sur .NET 9.

Si vous utilisez la version préliminaire VSIX avec les nouveaux modèles de projet pour UWP sur .NET 9, vous avez peut-être remarqué qu’une boîte de dialogue d’erreur apparaissait lors de la création d’un nouveau projet. C’était particulièrement problématique lors de la création d’une nouvelle solution, car Visual Studio ne l’ouvrait pas correctement après la création du projet. Ce problème est maintenant résolu, et la création de nouveaux projets ciblant UWP sur .NET 9 fonctionnera désormais correctement.

Consultez le ticket de fonctionnalité pour partager vos commentaires et poursuivre la conversation.