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 !

Une nouvelle version bêta de Visual Studio Code est disponible
Avec Salsa qui est maintenant le service du langage JavaScript par défaut

Le , par Olivier Famien

133PARTAGES

5  0 
Comme cela est de coutume tous les mois, Microsoft vient de publier une nouvelle mise à jour de Visual Studio Code, son environnement de développement intégré (EDI) open source fonctionnant sur Windows, Linux et OS X. Dans cette nouvelle version ayant pour code de référence 0.10.10, la part belle a été faite à JavaScript, la fonctionnalité de réduction et d’extension des régions de code, les extensions et l’accessibilité.

De prime abord, l’on note que Salsa, le service du langage JavaScript/TypeScript qui était disponible en préversion dans la version du mois de janvier est maintenant intégré par défaut dans cette nouvelle version.

IntelliSense, la fonctionnalité de Visual Studio Code permettant d’avoir un certain nombre d’informations sur les codes et proposant des suggestions d’appel de méthodes et de propriétés, peut maintenant comprendre le format de commentaires JSDoc afin d’améliorer les suggestions de codes.

Linter, le détecteur d’erreurs de code JavaScript qui faisait partie des anciennes versions de Visual Studio Code a été déprécié. Dorénavant, cette fonctionnalité est l’apanage de Salsa.

En abordant le chapitre des éléments qui ont été révoqués, l’on note par exemple que dans les versions antérieures, il était possible de définir une version de compilation antérieure en utilisant l’attribut target dans le fichier de configuration jsconfig.json. Cette possibilité a été supprimée et l’attribut target est uniquement utilisé par le compilateur tsc pour définir la version cible lorsqu’un fichier JavaScript est compilé en une version antérieure d’ECMAScript. Il va sans dire que le niveau de langage source par défaut est maintenant ECMAScript 6.

Dans les versions antérieures, plusieurs problèmes ont été détectés au niveau des références pour les modules AMD. Ces problèmes n’ayant pas pu trouver de solutions satisfaisantes, le support pour résoudre ces références n’est plus pris en charge.

En marge de cet abandon, il faut ajouter que les paramètres javascript.validate.* ne sont plus supportés ou sont ignorés. Plusieurs autres dépréciations ont été effectuées dans cette version. En dehors de JavaScript, l’on note que l’installation de l’environnement de développement C# est maintenant optionnelle.

En ce qui concerne l’éditeur, plusieurs éléments ont vu leur apparition avec cette version bêta. Par exemple, il est maintenant possible de réduire le contenu d’un bloc de code ou l’étendre afin qu’il soit visible. Cette fonctionnalité a l’avantage de faciliter la lecture du code. Pour masquer une région de code, il suffit de cliquer sur l’icône « — » et pour faire apparaitre les régions de code cachées, il faut cliquer sur l’icône « + », près du code qui a été masqué.


Pour ceux qui sont habitués à utiliser les raccourcis clavier, l’équipe de VS Code a publié la liste suivante afin de faciliter l’extension et la réduction des régions de code :

  • les touches Ctrl+Shift+[ permettent de masquer la région de code au niveau du curseur ;
  • les touches Ctrl+Shift+] permettent d’étendre la région de code au niveau du curseur ;
  • les touches Ctrl+Shift+Alt+[ permettent de réduire toutes les régions de code dans l’éditeur Visual Studio Code ;
  • les touches Ctrl+Shift+Alt+] permettent d’étendre toutes les régions dans l’éditeur.


En outre, il faut savoir que les régions à réduire sont déterminées sur la base de l’indentation de chaque ligne. Aussi, pour aider à mieux gérer l’indentation du code, l’équipe de Visual Studio Code a ajouté dans cette version, une barre de statut permettant d’avoir des informations détaillées sur l’utilisation de la touche tabulation et faciliter par la même occasion la conversion entre les tabulations et les espaces.

En plus de ces fonctionnalités, il faut également ajouter que Visual Studio Code peut maintenant faire des suggestions d’extensions en fonction des fichiers que vous avez ouverts dans votre environnement de développement.

Un autre point important qu’il faut également mentionner est la prise en charge par défaut du lecteur d’écran. Il n’est donc plus nécessaire d’activer cette option au niveau des paramètres d’accessibilité afin de pouvoir effectuer la lecture du code par synthèse vocale. Par ailleurs, le thème contraste élevé qui était disponible uniquement dans la version Windows de Visual Studio Code a été également porté sur l’EDI des deux autres plateformes.

Source : Visual Studio

Et vous ?

Que pensez-vous de cette nouvelle version ?

Répond-elle à vos attentes ?

Quelles autres fonctionnalités souhaiteriez-vous voir dans cet EDI multiplateforme ?

Voir aussi

Forum Visual Studio

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

Avatar de Mickael_Istria
Membre émérite https://www.developpez.com
Le 06/03/2017 à 15:32
Citation Envoyé par zobal Voir le message
J'utilise vim avec quelques plugins et une config aux petits oignons.
Combien de temps ca t'a coute de faire ta config aux petits oignons? La simplicite de demarrage est l'une des choses les plus importantes pour beaucoup d'utilisateurs. Le scenario a base de vim n'est clairement pas le meilleur pour eux.

infiniment moins puissant
La, il faut justifier. VSCode est un IDE, qui dit IDE dit completion, documentation contextuelle, rapport d'erreurs, debug, recherche "semantique"... Tout ca vient avec le cout de la lourdeur, mais pour beaucoup d'utilisateurs, c'est vraiment rentable. Perso, tu me feras jamais coder un projet entier dans un pauvre editeur sans debugger. J'adore vim, mais au dela de la simple edition de fichier, des que tu arrives vraiment dans un code complexe, il te faut plus qu'un simple editeur.

et en plus développé par une boite qui a quand même un gros passif niveau enfumage du monde... ?
Les mecs qui font VSCode sont des anciens developpeurs d'Eclipse IDE, ils ont bosse en open-source la plupart de leur temps et meme construit un partie des modeles OSS actuels il y a 15 ans quand Eclipse est devenu OSS. Ils ont mis VSCode en OSS et contribuent des protocoles ouverts pour l'interoperabilite de tous les IDE/langages. Ils pourraient donner des lecons a la plupart des developpeurs a ce sujet. Je ne pense pas que c'est un sujet sur lequel on peut attaquer VSCode.
4  0 
Avatar de GilbertLatranche
Membre averti https://www.developpez.com
Le 15/04/2016 à 18:09
C'est marrant, les softs qui reposent sur Chromium, on les voit au premier coup d’œil.

Je ne veux pas cracher dans la soupe. Cependant. Pourquoi, au nom de tous les dieux de l'univers de la prog, de nos jours quand on veut faire une appli desktop, Javascript est choisi ? C'est-quoi-le-délire ? Expliquez-moi !
3  0 
Avatar de alves1993
Membre confirmé https://www.developpez.com
Le 16/04/2016 à 12:33
Citation Envoyé par GilbertLatranche Voir le message
C'est marrant, les softs qui reposent sur Chromium, on les voit au premier coup d’œil.

Je ne veux pas cracher dans la soupe. Cependant. Pourquoi, au nom de tous les dieux de l'univers de la prog, de nos jours quand on veut faire une appli desktop, Javascript est choisi ? C'est-quoi-le-délire ? Expliquez-moi !
C'est une question de mode (mode technologique) mon type . Une techno qui sort et tous les paranos de la mode (mode technologique) se jette là-dessus .
3  0 
Avatar de Aeson
Nouveau Candidat au Club https://www.developpez.com
Le 16/04/2016 à 20:13
Parce que c'est simple
oui bon... ca ca se discute... Si TypeScript est de plus en plus polpulaire c'est pas pour rien...
3  1 
Avatar de SkyZoThreaD
Membre expérimenté https://www.developpez.com
Le 19/04/2016 à 12:45
Complètement de l'avis de Chauve souris, Qu'est-ce que ce truc peut apporter de plus que mon bon vieux gedit ?
Pas d'interactions avec le compilo, pas d'auto-complétion... Je vais pas changer mes habitudes juste pour voir un logo microsoft
2  0 
Avatar de tomlev
Rédacteur/Modérateur https://www.developpez.com
Le 20/04/2016 à 2:06
Citation Envoyé par Chauve souris Voir le message
Heu, tu ne serais pas un peu shadock sur les bords et partisan du "pourquoi faire simple quand on peut faire compliquer" (tendance bien française au demeurant).
J'ai l'impression que c'est une tendance bien française de dire quelque chose est une tendance bien française... A moins qu'en fait ce soit partout pareil

Citation Envoyé par Chauve souris Voir le message
Car si on désire écrire du code C# pourquoi ne pas l'écrire dans l'EDI de Visual Studio fut-il Express ? Là on a la complétion auto et "la tâche de build" elle se fait avec F5, tout bêtement.
Tu compares des choses qui ne sont pas comparables... Visual Studio est un vrai IDE complet, avec un système de projet, des designers à gogo, etc. VS Code est un éditeur de code avancé, dans la veine d'Atom ou Sublime Text.

De plus :

- Visual Studio ne tourne que sous Windows
- Visual Studio est (très) lourd : long à démarrer, lent si la solution est grosse et/ou que la machine n'est pas très puissante, très gourmand en RAM, etc

Ça fait au moins 2 bonnes raisons d'envisager l'utilisation de VS Code, qui n'est certes pas un IDE complet comme Visual Studio, mais qui est beaucoup plus léger, et plutôt très puissant pour un "simple" éditeur de code.
2  0 
Avatar de dfiad77pro
Membre expérimenté https://www.developpez.com
Le 13/12/2019 à 18:51
bref il y a plein de chose à dire sur vscode 1.41 : les evols du layout, de la tokenisation, du langage server, le terminal webgl, electron etc..
Un énorme travail à été fait pour clôturer la roadmap 2019 et par respect pour cela il faut avoir des discussions intelligentes !

marre de ces gens qui pourrissent les news avec des réponses de merde ! Pardon pour le terme , mais ça viens du coeur
donc -1 pour ton commentaire
2  0 
Avatar de npuzin
Membre averti https://www.developpez.com
Le 31/03/2016 à 16:03
je viens de tester ce nouvel EDI et je suis agréablement supris.

Aujourd'hui j'utilise sublime text mais je vais probablement switcher vers Visual Studio Code.

Notament l'intellisense et le deboggage d'applications typescript sont très appréciables.
1  0 
Avatar de GilbertLatranche
Membre averti https://www.developpez.com
Le 17/04/2016 à 21:57
Atom n'utilise pas CoffeeScript plutôt que TypeScript ?

Et justement : ça me rend fou qu'on préfère du JS ou dérivé à du Qt.
1  0 
Avatar de Chauve souris
Membre émérite https://www.developpez.com
Le 19/04/2016 à 23:10
Citation Envoyé par tomlev Voir le message
Ah bon ?

Ça dépend du langage que tu utilises, mais par exemple pour C#, F# ou Javascript (et n'importe quel autre pour lequel le plugin existe) il y a bien de l'autocomplétion. Concernant C#, elle est même probablement bien meilleure que dans la plupart des autres éditeurs, vu qu'elle est basée sur le compilateur lui-même (cf. projet Roslyn).

Pour la compilation, il faut juste définir une tâche de build.
Heu, tu ne serais pas un peu shadock sur les bords et partisan du "pourquoi faire simple quand on peut faire compliquer" (tendance bien française au demeurant). Car si on désire écrire du code C# pourquoi ne pas l'écrire dans l'EDI de Visual Studio fut-il Express ? Là on a la complétion auto et "la tâche de build" elle se fait avec F5, tout bêtement.
2  1