IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Visual Studio 2019 version 16.5 Preview 2 apporte des améliorations au développement C++ CMake
à Xamarin, ainsi qu'à l'outillage Azure

Le , par Stéphane le calme

578PARTAGES

7  0 
Microsoft a annoncé la disponibilité de Visual Studio 2019 version 16.5 Preview 2. Passons en revue quelques fonctionnalités clés.

Développement C++ CMake

La prise en charge native de Visual Studio pour CMake vous permet de cibler à la fois Windows et Linux dans le confort d'un seul IDE. Visual Studio 2019 version 16.5 Preview 2 présente plusieurs nouvelles fonctionnalités spécifiques au développement multiplateforme, notamment:
  • Les optimisations de copie de fichiers pour les projets CMake ciblant un système Linux distant
  • La prise en charge native de WSL lors de la séparation de votre système de génération de votre système de déploiement à distance
  • La possibilité d'ajouter, de supprimer et de renommer facilement des fichiers dans des projets CMake
  • Les services de langages CMake
  • Un utilitaire de ligne de commande pour interagir avec le gestionnaire de connexion
  • La conformité FIPS 140-2 pour le développement C ++ à distance

Optimisations de copie de fichiers pour les projets CMake ciblant un système Linux distant

Visual Studio copie automatiquement les fichiers source de votre machine Windows locale vers votre système Linux distant lors de la création et du débogage sous Linux. Dans Visual Studio 2019 version 16.5, ce comportement a été optimisé. Visual Studio conserve désormais un « fichier d'empreinte » du dernier ensemble de sources copié à distance et optimise le comportement en fonction du nombre de fichiers modifiés.
  1. Si aucun changement n'est identifié, aucune copie ne se produit.
  2. Si seuls quelques fichiers ont changé, sftp est utilisé pour copier les fichiers individuellement.
  3. Si seuls quelques répertoires ont changé, une commande rsync non récursive est émise pour copier ces répertoires.
  4. Sinon, une copie rsync récursive est appelée à partir du premier répertoire parent commun des fichiers modifiés.

Ces améliorations ont été testées par rapport à LLVM. Une modification triviale a été apportée à un fichier source, ce qui provoque l'appel de la copie du fichier source distant et la reconstruction de l'exécutable lorsque l'utilisateur commence le débogage.

Sans optimisation, une copie rsync récursive complète est exécutée à partir de la racine CMake. Avec ces optimisations, Visual Studio détecte qu'un seul fichier a changé et utilise sftp pour recopier uniquement le fichier qui a changé.

Prise en charge native de WSL avec séparation de build et du déploiement

Visual Studio 2019 version 16.1 a introduit la possibilité de séparer votre système de build à distance de votre système de déploiement à distance. Dans Visual Studio 2019 version 16.5, cette fonctionnalité a été étendue pour inclure la prise en charge native de WSL. Maintenant, vous pouvez faire des builds nativement sur WSL et déployer / déboguer sur un deuxième système Linux distant connecté via SSH.

Le système Linux spécifié dans l'éditeur de paramètres CMake est utilisé pour les builds. Pour faire des builds nativement sur WSL, accédez à l'éditeur de paramètres CMake (liste déroulante Configuration> Gérer les configurations…) et ajoutez une nouvelle configuration WSL. Vous pouvez sélectionner WSL-GCC-Debug ou WSL-Clang-Debug selon le jeu d'outils que vous souhaitez utiliser.

Le système Linux distant spécifié dans launch.vs.json est utilisé pour le débogage. Pour déboguer sur un deuxième système Linux distant, ajoutez une nouvelle configuration Linux distante à launch.vs.json (cliquez avec le bouton droit sur la racine CMakeLists.txt dans l'Explorateur de solutions> Paramètres de débogage et de lancement) et sélectionnez C/C++ Attach for Linux ( gdb).

Le système Linux spécifié dans les pages de propriétés Linux est utilisé pour les builds. Pour en faire en mode natif sur WSL, accédez à Propriétés de configuration> Général et définissez le jeu d'outils de plateforme. Vous pouvez sélectionner GCC pour le sous-système Windows pour Linux ou Clang pour le sous-système Windows pour Linux selon le jeu d'outils que vous souhaitez utiliser. Cliquez sur "Appliquer".

Par défaut, Visual Studio crée et débogue en WSL. Pour spécifier un deuxième système distant pour le débogage, accédez à Propriétés de configuration> Débogage et définissez Machine de débogage distant sur l'une des connexions distantes spécifiées. Vous pouvez ajouter une nouvelle connexion à distance via le gestionnaire de connexions. Vous pouvez également spécifier un chemin d'accès au répertoire sur le système distant pour le projet à déployer via le répertoire de déploiement à distance.

Ajoutez, supprimez et renommez facilement des fichiers dans les projets CMake

Il est plus facile que jamais de travailler avec des projets CMake dans Visual Studio. Dans la dernière préversion, vous pouvez ajouter, supprimer et renommer des fichiers source et des cibles dans vos projets CMake à partir de l'EDI sans modifier manuellement vos scripts CMake. Lorsque vous ajoutez ou supprimez des fichiers avec l'Explorateur de...
La fin de cet article est réservée aux abonnés. Soutenez le Club Developpez.com en prenant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Kikuts
Membre éprouvé https://www.developpez.com
Le 21/05/2020 à 12:22
A tout ceux qui font du Xamarin Forms, ne faites pas l'upgrade ou passer sur la preview : il n'est plus possible de compiler en mode release iOS.......
1  0