Microsoft a publié plusieurs mises à jour à destination des développeurs. Visual Studio Code passe en version 1.2 et améliore son interface, App Studio supporte enfin l’API REST et l’Update 3 de Visual Studio 2015 passe en Release Candidate.
Visual Studio Code est un environnement de développement intégré (IDE) proposé par Microsoft depuis l’année dernière, et disponible en open source depuis novembre. La nouvelle version 1.2, tout juste disponible, améliore en particulier l’interface et plus particulièrement la gestion éditeurs ouverts. Microsoft indique que les onglets sont la fonctionnalité la plus demandée, et même s’il faudra plusieurs versions pour qu’ils prennent intégralement place dans l’IDE, des améliorations dans la manipulation des piles sont disponibles.
Gestion des espaces et Terminal intégré
L’interface se veut donc plus simple à manipuler, pour lutter en particulier contre le trop grand nombre d’informations qui peut y être affiché. Le découpage se veut donc plus lisible, Visual Studio 1.2 affichant également en italique les fichiers de prévisualisation, que l’on peut parcourir par de simples clics sans affecter les éditeurs ouverts. En outre, rouvrir l’IDE affichera du même coup le dernier éditeur, plutôt que de fermer complètement le panneau.
La mouture 1.2 ajoute également un premier jet de la deuxième fonctionnalité la plus demandée : un Terminal intégré. Le shell utilise par défaut %COMSPEC% sous Windows et $SHELL sous Linux et OS X. L’idée est bien entendu d’éviter aux développeurs d’avoir à changer de fenêtre ou de modifier l’état d’un terminal existant pour lancer une action rapide.
Parmi les autres ajouts, on notera en particulier le support des variables CSS, qui ne sont pourtant qu’à l’état de brouillon de standard. L’ensemble est compatible avec IntelliSense, Go To Definition, Peek Definition et Find All Occurrences. Les développeurs pourront en outre contrôler la manière dont s’affiche la console de débogage, plus rapide d’ailleurs pour les applications Node.js quand elles contiennent de nombreuses variables locales. Ils pourront également gérer les extensions via la ligne de commande (listing, installation et désinstallation).
App Studio se met au REST
Parallèlement, Microsoft enrichit également son Windows App Studio, un service conçu pour créer des applications sans toucher une ligne de code. Ces créations sont évidemment très simples mais peuvent suffire dans de nombreux cas.
La mise à jour de juin apporte bon nombre d’améliorations. La plus importante est le support des API REST (Representational State Transfer). Leur ajout se fait à la manière des flux RSS dans App Studio : on connecte simplement des sources de données, des URL dans le cas de REST. Microsoft consacre un article entier (en anglais) à l’utilisation de ces API dans son service.
Autre gros ajout, les déclarations de capacités des Hosted Web Apps, leur ouvrant la voie des applications UWP et donc du Windows Store. Les développeurs cocheront ainsi les cases correspondant aux attributs de leurs créations : accès au Bluetooth, au micro, à la position géographique, au stockage, à la webcam, capacité à passer des appels et ainsi de suite. Le passage vers UWP permettra également d’exploiter Cortana, les notifications ou encore les vignettes dynamiques.
La mise à jour contient en outre bon nombre de petites améliorations diverses, notamment sur les thèmes clair/sombre, sur le simulateur, la page des détails, l’À propos, les performances générales, le défilement, ou encore l’ordre des éléments tel qu’établi dans la configuration de l’application. Par contre, Instagram ne pourra plus être utilisé comme source de données à cause d’un changement de politique de l’éditeur.
Visual Studio 2015 : l'Update 3 disponible en Release Candidate
Enfin, Microsoft propose la Release Candidate de son Update 3 pour Visual Studio 2015. On y trouvera en particulier de nombreuses améliorations de performances durant la compilation C#, Visual Basic ou Roslyn, notamment durant les diagnostics de code. Les Update 9 et 10 de TACO sont présents dans les outils pour Apache Cordova, des aménagements d’interface et de nouvelles capacités de débogage (applications OneCore, meilleures performances sur Edit & Continue quand FASTLINK est activé, etc.).
Ceux qui souhaitent récupérer cette Release Candidate pourront le faire depuis cette page. Notez que la version finale arrive en général assez vite, quelques semaines au plus après cette étape.
Commentaires (31)
#1
Microsoft indique que les onglets sont la fonctionnalité la plus demandée, et même s’il faudra plusieurs versions pour qu’ils prennent intégralement place dans l’IDE, des améliorations dans la manipulation des piles sont disponibles.
Cela veut dire que les onglets sont implémentés dans cette version ou non ?
#2
#3
quel est l’interet de VS code par rapport à visual studio en community edition , déjà ?
#4
#5
C’est un peu comme demander pourquoi avoir Notepadd++ alors que tu as le bloc-note ou encore pourquoi avoir le bloc-note/Notepadd++ quand tu as VS Community
#6
#7
Les cases cela se décoche, VS community est bien pour tout et je n’ai pas SQLServer et les frameworks .Net d’installé.
#8
#9
Le .net est installé de base sur Windows de toute façon… je parle des couches de développements que tu peux décocher.
#10
Et sur MAC ? et sur Linux ?
#11
C’est pas parce que tu ne les utilises pas que personne ne doit les utiliser. Je suis désolé, il m’arrive des fois de travailler direct depuis un FTP, et à chaque fois que tu édites un fichier direct depuis le FTP, tu as une nouvelle fenêtre de VS Code qui s’ouvre et la liste des fichiers ouverts ne contient que celui en cours … pas pratique du tout (je suis sur MAC)
#12
note de version sur le site :
Note: Support for Tabs is not in the 1.2.0 (May 2016) Stable release. You can preview the experiences below by using the Insiders Release of VS Code.
Donc non les onglets ne sont pas disponible dans cette version en stable
#13
Je vois pas le problème de “jouer la vierge effarouchée” alors qu’à la première occasion pour un autre outil sous nux tu aura déjà fais un aptget install ruby ou python (voir toute une forge de build pour la compilation en local).
C’est quoi le problème exactement ?
#14
ça fonctionne avec Unity ? Ou je reste sur du mono-develop ?
Edit : question bete https://code.visualstudio.com/Docs/runtimes/unity
Du coup, c’est plus léger que mono-develop ?
#15
#16
Ce qui m’étonne, c’est onglets + gros projets.
Les onglets, c’est cool quand tu as une dizaine de fichiers ouverts. Au-delà, ça ne fonctionne plus très bien (pour info, j’ai régulièrement entre 50 et 100 fichiers ouverts dans mon qtcreator).
Par contre, ce que tu décris, c’est effectivement super-chiant. Mais les onglets ne sont pas vraiment la solution ;).
#17
Mouais, VS Code c’est une bonne initiative de Microsoft, après, je préfère rester sur Sublime Text 3.
#18
+1 Que ce soit à la souris ou au clavier, la pile de fichier de travail est toujours plus ergonomique.
Perso ce qui me manque le plus dans les arborescence c’est une icone ou un code couleur en fonction du type de fichier.
#19
#20
C’est le fait d’avoir des fenêtres de partout qui me gêne surtout. Le top du top pour moi serait les onglets avec une liste des fichiers ouverts qui permet de sélectionner l’onglet en question :)
#21
Je pense que le problème principal de VS community sous MAC et linux c’est que ça ne s’installe pas. VS code, si.
#22
Ça y est, ils ont utilisé un langage de programmation adapté au desktop ? Non ? Bon…
#23
J’utilise VS Code sur OS X pour un projet Laravel (framework PHP) mais j’ai du mal à comprendre la hype autour de cet éditeur. De base l’IntelliSense ne me propose rien du tout, et quand les rares fichiers où il le fait la liste de complétion est énorme et inutilisable car il me propose des fonctions de la bibliothèque du langage ou de je ne sais trop quoi mais celle dont j’ai besoin.
Les paramètres sont aussi particulièrement peu user-friendly. Je comprends qu’un fichier json peut intéresser certains types de développeurs mais c’est vraiment mauvais pour la discoverabilité du produit. D’une part pour savoir quels clés peuvent être utilisées et surtout qu’elles sont les valeurs supportées.
Bref, de ce que j’ai vu, il est sympa pas aussi bien que je le lis çà et là. Probablement un problème de configuration, mais j’attends d’un projet tagué du nom de Visual Studio qu’il marche relativement out-of-the-box. Je suppose qu’il est plus adapté pour certains types de projets (node.js, .net core).
#24
En VM ça tourne assez bien. J’utilise principalement VS 2013 CE en VM Virtualbox dans Windows 8.1 sur un MBP 3” early 2011 customisé (SDD, 8 Go de RAM) et ça même s’il y a parfois quelques petits lags de temps à autres ça reste tout à fait utilisable. Même config mais avec Windows 10 et VS 2015 là par contre ça ne fonctionne pas.
Bref, avec les VM qu’un programme existe ou non sur une plateforme ce n’est pas vraiment un problème. Ça bouffe surtout de l’espace disque, ce qui peut être juste sur SSD.
#25
VS Code => Éditeur de texte avancé
VS Comunity/Pro/Entreprise/etc… => IDE (comprenant un éditeur de texte mais aussi tout un tas d’autre outils tel que les designer)
D’un coté on à un IDE complet en mode projet de l’autre on a un éditeur de texte en mode fichier ou répertoire.
Pour bosser sur des projet type JS ou PHP un simple éditeur comme VS Code est plus que suffisant, alors que des gros projet tel que C# (ASP.net MVC, WPF, etc…) un IDE sera bien plus avantageux.
#26
Oops je viens de réinstaller la version précédente :)
34Go l’installation de VS avec Xamarin… Sans cocher les librairies supplémentaires pour le C++!
(une grosse partie est dûe aux émulateurs cependant)
#27
#28
#29
#30
Je ne jure que par Atom, VS Code est un clone qui n’apporte pas grand chose.
#31