Discussion :

[koyosama]

Hello,

Moi je vias aller à contre pied de tout le monde. Cette news bof ! A titre personnel (et cela n'engage que moi !), je me fiche que l'installation prenne 3 mn ou 25. Je le fais une fois et puis voilà. De même que la place sur le DD. Avec la taille actuel, pas de souci.

Par contre je suis ammené à développer des applications : "techniques" (scripts, webservice, etc...), mais aussi des applications utilisateurs. Pour cette dernière partie (560% de mon temps de dev) j'aimerais un réelle augmentation de la productivité avec :
- Génération automatique de code bateau : fermer une fenêtre, messagebox de validation, etc... j'ai pas d'auer exemple en tête mais tout ce qui accélère la quotidien.
- Des controles plus beaux, et evolués : exemple : une listview parametrable, qui permet d'avoir des lignes colorées une sur deux en un click, des inputs de recherche dans les headers.
- De nouveau controles,

Souvent les clients me repproche le côté pas sexy des applications VS. C'est tout à fait réalisable, mais il faut coder, coder, coder ou acheter des trucs spéarés, etc...

Même si je ne peux l'utiliser, je pense souvent aux controles qui sont dans windevs, ou au plugin nombreux de java/html

Bref, de la rapidité de développement.
Creepy

Oui et tu pense que les gens il y a dix ans les gens codaient l'interface graphique comment ?
Personnellement, je prefere rame sur un code bien propre que du code autogenere degueulasse qui ralentit a mort mon application. Et par experience, je code sur des projets qui ont plus de 10 ans, donc c'est carrément justifie ce que je dis. Quand tu auras bouffe du legacy code, tu comprendras.

Ensuite j'ai connu l'epoque "Dreamwaver" et je peux te dire "PLUS JAMAIS". Si tu fais beaucoup d'interface graphique, tu sauras que tu peux tres bien faire de belles interface si tu mets le prix en dépensant sur des trucs comme telerik, Infragistics et compagnie. Si tu es un bon vendeur, tu seras le vendre.

Enfin si tu es bon developpeurs, tu utilise Javascript pour faire ce genre de choses. Visual Studio Code, Atom.io utilisent des technos javascript. Pourquoi javascript, parce qu'ils se base sur des technos web comme HTML et CSS pour ces interfaces et tu auras plus de flexibilité pour coder tes interface. Il y n'y pas que Windows et C# dans la vie. Sans compter que c'est multiplatforme, de plus Visual Studio gere tres bien Javascript. Et je te dis cela alors que je suis developpeur C#.

[Stéphane le calme]

La cinquième préversion de Visual Studio "15" est disponible
et apporte le filtrage IntelliSense pour une amélioration de la productivité

Microsoft a annoncé la disponibilité de la cinquième préversion de sa suite de logiciels de développement Visual Studio “15”. Microsoft parle d’une version qui gagne en productivité. Dans l’édition du code par exemple, le filtrage IntelliSense est désormais disponible pour C#, VB et C++. Pour rappel, de nombreuses fonctionnalités d'IntelliSense peuvent simplifier vos tâches de codage. Parmi elles, figurent entre autres :

• Listes de membres : lorsque vous tapez le nom d'un type ou d'un espace de noms dans l'Éditeur de code, une liste déroulante proposant toutes les méthodes, propriétés, et événements valides devient disponible ;
• Informations sur les paramètres : lorsqu'une méthode accepte des paramètres, des informations sur ces paramètres tels que le type de paramètre, le nom et le nombre de paramètres requis sont affichés. Si une fonction est surchargée, les flèches vers le haut et vers le bas vous permettent de faire défiler toute la surcharge de la fonction ;
• Info express : qui permet d’afficher la déclaration complète d'un identificateur de votre code en passant le pointeur de souris sur l'identificateur ;
• Compléter le mot : lorsque vous avez tapé suffisamment de lettres du mot pour le distinguer d'autres mots, il est possible de le compléter en se servant du raccourci adéquat.

À propos du filtrage IntelliSense, John Montgomery, directeur du Program Management for Visual Studio, a expliqué que « tout en explorant des API complexes, vous pouvez vous limiter simplement au type dont vous avez besoin (par exemple vous limiter seulement aux méthodes, aux propriétés ou aux événements). Dans C # et Visual Basic, nous déterminons le "type de cible" nécessaire à une position et pour des éléments présélectionnés dans la liste correspondant à ce type. Cela accélère votre flux de frappe et élimine le fardeau d'avoir à comprendre le type attendu à un endroit donné ». En voici une illustration.

En C++, une fonctionnalité expérimentale Predictive IntelliSense vous propose une liste de résultats IntelliSense filtrés afin que vous n’ayez pas à parcourir une longue liste. Seuls les éléments du type attendu sont listés au besoin sur la base d’un modèle de probabilité. Notons que cette fonction n’est pas activée par défaut et qu’il faut se rendre dans le menu Outils > Options > Éditeur de Texte > C/C++ > Expérimental.


Dans XAML, Microsoft a ajouté la complétion IntelliSense pour x:Bind qui fournit une liste d'éléments pouvant servir à compléter vos instructions lorsque vous essayez de faire des liaisons avec des propriétés et des événements. La complétion Namespace pour sa part apporte l'auto-complétion au préfixe si la référence à l'espace de noms existe déjà.

Afin d’aider les développeurs à maintenir une base de code lisible tout en concentrant leurs efforts sur le flux de développement, Microsoft a ajouté plus d’actions rapides et de réusinage de code à C# et Visual Basic. Parmi ces nouveaux ajouts figurent “Move Type to Matching File”, qui permet de déplacer un type dans un nouveau fichier qui a le même nom, et “Sync File and Type Name” qui donne la possibilité de renommer votre type pour établir une correspondance avec le nom du fichier (et vice versa). “Convert to Interpolated String” pour sa part permet de profiter des avantages du C# 6.0 et de VB14 en transformant vos expressions “string.Format” en chaînes de caractères interpolées.

Au niveau du débogage, cette préversion apporte une nouvelle fonctionnalité expérimentale : “Run to Click”. Cette dernière a pour objectif de mettre fin à la nécessité d’avoir recours à des points d’arrêts temporaires. Son utilisation est relativement simple : une fois dans le débogueur, il suffit de cliquer sur l'icône qui apparaît à côté de la ligne de code. Votre code va s’exécuter et s’arrêter à cette ligne la prochaine fois qu'elle sera atteinte. Encore une fois, comme il s’agit d’une fonctionnalité expérimentale, elle n’est pas activée par défaut. Pour le faire, rendez-vous dans Debug > Options > Activer Run to Click.

Source : blog Visual Studio

[Michael Guilloux]

Visual Studio ''15'' : le générateur de projet CMake s’invite dans l’EDI
une preuve de concept de son support offerte dans la Preview 5

CMake est un outil open source, un générateur de projet multiplateforme qui permet la réutilisation de code C ++ sur plusieurs EDI et systèmes de projet. Depuis ses débuts, l’outil a toujours offert une prise en charge de Visual Studio avec, notamment, un générateur CMake permettant aux utilisateurs de cibler une longue liste de versions de Visual Studio. La dernière version de l’outil open source, par exemple, prend en charge toutes les versions de l’EDI de Microsoft depuis VS 2005 jusqu'à la dernière préversion de Visual Studio ''15'', disponible depuis quelques jours.

D’après Microsoft, depuis 2012, l’utilisation de CMake dans la communauté C++ a été constamment en hausse sur toutes les plateformes, au point de dépasser la famille make (make/gmake/nmake) en 2015.

Avec un nombre croissant de développeurs utilisant CMake avec Visual Studio, la firme de Redmond a pu recueillir les feedbacks de ces derniers pour améliorer l’expérience Visual Studio pour les utilisateurs de CMake. Les efforts de Microsoft ont par exemple abouti, en 2014, à l’implémentation d’un support pour générer des projets Visual Studio C ++ ciblant Windows Store et Windows Phone et en 2015, un autre support pour générer des projets Visual Studio C ++ ciblant Android.

Au début de cette année, deux initiatives ont vu le jour pour apporter la prise en charge de CMake dans Visual Studio. La première est une initiative de la communauté CMake baptisée CMake-server prototype. La seconde est une initiative de l’équipe Visual Studio baptisée Open Folder.

Avec la cinquième préversion de Visual Studio 15, Microsoft utilise ces deux fonctionnalités (CMake-server prototype et Open Folder) en même temps pour fournir une preuve de concept de l’implémentation du support de CMake dans Visual Studio. Mais d’après la société, il faudrait attendre une prochaine version pour que les développeurs puissent l’essayer avec leurs projets CMake. Cela annonce toutefois que la firme sera bientôt en mesure d’offrir une intégration solide de CMake avec Visual Studio. « Bien que ce ne sera pas quelque chose que vous pouvez essayer avec vos propres projets CMake pour le moment - c'est à venir dans une prochaine préversion -, l'implémentation actuelle nous dit beaucoup de choses sur les technologies sous-jacentes et nous sommes plus confiants maintenant sur le fait que dans les prochaines préversions, nous pourrons offrir une intégration solide de CMake », explique Microsoft dans un billet de blog. Dans ce billet, le géant du logiciel explique encore que Visual Studio peut désormais :

• énumérer les cibles CMake et les fichiers pour chaque cible ;
• détecter les sorties pour les cibles CMake ;
• collecter les commutateurs de compilateur, y compris les chemins de système par défaut pour les fichiers ;
• configurer, construire et installer les scripts CMake ;
• détecter les changements dans CMakeLists.txt et reconfigurer automatiquement tout sans avoir besoin d'un générateur CMake dédié.

Source : Microsoft

Et vous ?

Utilisez-vous CMake avec Visual Studio ? Qu’en pensez-vous ?

Voir aussi :

La cinquième préversion de Visual Studio "15" est disponible et apporte le filtrage IntelliSense pour une amélioration de la productivité
Le support pour la prise en charge de Java débarque en préversion sur Visual Studio Code avec plus de fonctionnalités prévues pour bientôt
VS Code est disponible en version 1.5 avec de nouvelles fonctionnalités pour son outil de débogage, l'intégration des langages et bien d'autres

[dragonjoker59]

Enfin!!!

Ca fait plaisir à voir!

[Jitou]

Le jour ou de vrais développeurs et pas de consultants auto-proclamés développerons des méthodes de conception peut être qu'elles auront un avenir dans nos solutions du quotidien.

[gretro]

Perso, j'aime bien le concept de pseudo-UML lors de la phase de conception, surtout sur Whiteboard. Ça aide beaucoup avec la conception. Cependant, quand le développement est terminé, le code devrait être le morceau qui se décrit. Les tests peuvent également aider.

C'est donc une nouvelle que j'accueille avec ni froid ni chaud.

[gstratege]

C'est dommage, mais en même temps c'est normal que "personne" ne l'utilise puisque ils la mettent dans la version Enterprise... A mon avis si c'était dans la version Community ça aurait été beaucoup plus utilisé. C'est dommage.

[ncambier]

Heureusement il y a "understand c++"

[Arnard]

La partie UML je la fais avec Visio perso :/

[dranduncandane]

Et Microsoft a raison de la faire. D'abord l'UML n'était que disponible dans la version architect et UML n'est pas un outil d'architect. UML est un language qui a pour but la compréhension entre business et technicien. Il y a une confusion terrible avec UML a cause de bouquain expliquant les patterns se basant sur un ou deux diagram UML. Alors oui certain outils de UML semblent sympas pour aider a l'architecture mais rien en UML ne permet de vraiment faire ou représenter de l'architecture complexe.

[Gugelhupf]

Parmi tous les types de diagrammes proposés par UML, les diagrammes de structure, c'est-à-dire diagramme de classe (lorsqu'ils sont techniques) et diagramme de composant, sont très utiles car ils représentent une vision concrète du projet, le diagramme de séquence (famille des diagrammes interaction) est bien aussi pour représenter les échanges synchrones/asynchones entre les différents éléments.

Le problème c'est plus les diagrammes de comportement (diagramme de cas d'utilisation et diagramme d'activité), car ils relèvent plus de l'interprétation qu'autre chose, j'ai déjà vu plusieurs cas durant mes études où un enseignant se contredisait sur sa propre correction d'exercice que l'on refaisait, ou des enseignants qui n'étaient pas d'accord avec leurs collègues (lorsqu'on ne leur révélaient pas l'auteur des corrections ), et bien sûr ils ne sont jamais d'accord avec tout ce qui traîne sur internet et notamment les cours sur Developpez

Le diagramme d'activité pourrait être cool si on le combine à un outil de workflow (genre Activiti), mais au niveau modélisation théorique ça reste assez abstrait dans la compréhension, surtout lorsque la maîtrise d'ouvrage se charge de le créer et que la maîtrise d'oeuvre se charge de l'implémenter

[Stéphane le calme]

Visual Studio "15" : Microsoft donne plus de détails sur l'outillage .NET Core,
qui tourne principalement autour des fichiers csproj

Au début du mois, Microsoft a rendu disponible la cinquième préversion de Visual Studio “15”, sa suite de logiciels de développements. Nous avons déjà creusé les nombreux changements apportés comme la disponibilité du filtrage IntelliSense pour C#, VB et C++ afin d’améliorer la production, ou l’intégration du générateur de projet CMake, qui permet la réutilisation de code C ++ sur plusieurs EDI et systèmes. Cette fois-ci, nous allons nous intéresser à l’outillage .NET Core que propose l’EDI aux développeurs.

La suite apporte la commande dotnet new qui permet de créer de nouveaux templates en passant par les outils de ligne de commande .NET Core. Cette commande permet de générer des fichiers projet csproj et Program.cs. Concernant le premier fichier (csproj), par défaut, il aura le même nom que le répertoire.

Microsoft annonce avoir simplifié de manière significative le format csproj pour offrir aux développeurs une expérience plus conviviale de la ligne de commande : « si vous êtes habitué au project.json, vous pouvez voir qu'il contient des informations très similaires », a indiqué l’éditeur. Et de préciser que ce format supporte également la syntaxe générative pour vous éviter de citer les fichiers sources individuels dans le fichier projet. Cela permet d’avoir des dossiers de projets qui ne nécessitent pas l’ajout manuel de tous les fichiers, ce qui a pour conséquence d'améliorer considérablement la collaboration au sein des équipes étant donné que le fichier de projet n'a pas besoin d'être modifié chaque fois qu'un nouveau fichier est ajouté.

Une fois que vous avez lancé la commande dotnet new, voici le template csproj qui est créé par défaut. Notons qu’il vous donne accès à tous les ensembles qui viennent avec le runtime .NET Core comme System.Collections. Il donne également accès à tous les outils et cibles qui accompagnent le SDK Core .NET.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<Project>
 <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" />
 <PropertyGroup>
   <OutputType>Exe</OutputType>
   <TargetFramework>netcoreapp1.0</TargetFramework>
 </PropertyGroup>
 <ItemGroup>
   <Compile Include="**\*.cs" />
 </ItemGroup>
 <ItemGroup>
   <PackageReference Include="Microsoft.NETCore.App" Version="1.0.0" />
   <PackageReference Include="Microsoft.NET.SDK" Version="1.0.0" />
 </ItemGroup>
 <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
</Project>

Les références paquets Nuget sont désormais intégrés et font partie du format csproj et non plus d’un fichier spécial utilisant son propre format. Ces références sont sous la forme <PackageReference Include="[Package-Name]" Version="[Package-Version]" />.

Par exemple, si vous voulez ajouter une référence à WindowsAzure.Storage, il vous suffit simplement d’ajouter aux deux références précédentes la ligne avec le nom du paquet ainsi que celui de la version.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<ItemGroup>
   <PackageReference Include="Microsoft.NETCore.App" Version="1.0.0" />
   <PackageReference Include="Microsoft.NET.SDK" Version="1.0.0" />
   <PackageReference Include="WindowsAzure.Storage" Version="7.2.1" />
 </ItemGroup>

Si dans plusieurs cas vous n’aurez besoin que de cibler une seule instance .NET Core, .NET Framework ou .NET Standard avec votre bibliothèque, il peut arriver que vous ayez besoin de plus de flexibilité. MSBuild supporte le multi ciblage comme scénario principal. La syntaxe est relativement simple puisqu’il suffit de spécifier l’ensemble des cibles séparées par un point virgule comme ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<PropertyGroup>
   <TargetFrameworks>netstandard16;net452</TargetFrameworks>
</PropertyGroup>

Cette commande va automatiquement établir le droit #defines que vous pourrez paramétrer dans votre code pour activer ou désactiver des blocs de code spécifiques en fonction des framework visés.

Vous aurez aussi la possibilité d’effectuer une migration de projets project.json existant vers csproj facilement en vous servant de la commande dotnet migrate. Après avoir lancé la commande dotnet migrate, ce project.json génère le même fichier csproj qui a été indiqué plus haut :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
{
 "version": "1.0.0-*",
 "buildOptions": {
   "debugType": "portable",
   "emitEntryPoint": true
 },
 "dependencies": {},
 "frameworks": {
   "netcoreapp1.0": {
     "dependencies": {
       "Microsoft.NETCore.App": {
         "type": "platform",
         "version": "1.0.1"
       }
     },
     "imports": "dnxcore50"
   }
 }
}

Source : blog Microsoft

[tomlev]

Cette nouvelle approche semble régler l'essentiel des problèmes qu'il y avait jusqu'ici avec .NET Core. Ils ont gardé les features essentielles du project.json en les adaptant à la sauce MSBuild. Je pense que c'est tout ce qu'il manquait pour pouvoir se mettre sérieusement à .NET Core, parce que jusqu'ici c'était une galère sans nom...

[Excellion]

Ah, l'UML... des heures de cours, d'apprentissage, de TD, d'exams... toutes basées sur la très fameuse Etude de cas.
Et dès qu'on arrive en entreprise... l'Etude de cas est un post-it rempli à coup de "non, mais je vous demande un truc simple", "non, mais c'est facile", "attendez, on va rajouter un petit truc, pas compliqué"...
Et bien sur chaque "petit truc" remet tout à plat, et c'est autant de diagrammes à revoir.

Et allez expliquer à un employeur d'une PME, que vous allez passer 1 semaine à écrire des hiéroglyphes pour fabriquer LA calculatrice... qu'il n'avait pas imaginé comme ça, et pour qui "ben c'est simple, on clique sur une touche et ça affiche un nombre...".

A cela il faut ajouter des langages comme l'ASP.net qui fait un peut ce qu'il veut en terme de classes, le multithreading après coup, qui vous flingue la conception...

Bref, autant Merise est adaptable aux PME pour les base de données, autant l'UML (d'ailleurs, certains développeurs écrivent tout dans une classe, voir la procédure main, sans se soucier d'optimisation ou des modifications futures) ...

C'est dommage, car l'idée d'origine est louable, mais inapplicable sur des petits projets conçus pour une ou deux fonctionnalités...

[TiranusKBX]

les seuls cas ou j'utilise encore l'UML c'est quand je doit me mettre d'accord avec d'autres sur l'implémentation d'une fonction de grande complexité, pour un système global ça devient une perte de temps vus les changement réguliers des cahiers des charges

[Andarus]

les seuls cas ou j'utilise encore l'UML c'est quand je doit me mettre d'accord avec d'autres sur l'implémentation d'une fonction de grande complexité, pour un système global ça devient une perte de temps vus les changement réguliers des cahiers des charges

Que mon outil de doc(doxygen) génère de l'uml pour naviguer entre les classe j trouve ça cool

[Arnard]

Y'a une différence entre concevoir en utilisant UML et générer un schéma de sortie de son application en UML une fois le code fait

[Michael Guilloux]

Visual Studio 2017 RC sera disponible cette semaine
le point des améliorations de productivité introduites dans la prochaine version majeure de l’EDI

Du 16 au 18 novembre, Microsoft va rassembler les développeurs à New York, dans le cadre de son évènement Connect(). Toutefois, avant le début de l’évènement, on sait déjà quelques-unes des annonces que fera la firme de Redmond. Grâce à une mise en ligne apparemment accidentelle, on sait par exemple que Microsoft profitera pour présenter une version de Visual Studio pour les utilisateurs de Mac. Mais, ce n’est pas tout. Visual Studio "15", qui a très souvent été confondu avec Visual Studio 2015, va porter le nom de « Visual Studio 2017 » et livrer sa release candidate (RC). Visual Studio 2017 RC sera dévoilé lors de l’évènement Connect(), mais la fuite nous permet déjà de faire le point des améliorations dans cette version. Dans le billet de blog de Microsoft qui a été aussitôt retiré du Web, mais enregistré sur Web Archive, la firme de Redmond met en avant des améliorations pour la productivité des développeurs.

La productivité nécessitant d’économiser plus de temps ou plus d'efforts sur les tâches que vous effectuez tous les jours, Visual Studio 2017 RC met l’accent sur l’automation de ces tâches, l’amélioration de la navigation et l’introduction de feedbacks immédiats sur la qualité et l'état de votre code alors que vous l’écrivez. Visual Studio 2017 RC met à profit l'investissement de Visual Studio 2015 dans le projet Roslyn pour lancer de nouvelles fonctionnalités intéressantes et apporter des améliorations, notamment dans le refactoring, la génération de code, l'analyse de code, la navigation, les tests et le débogage pour les développeurs .NET.

Navigation dans le code, écriture et lecture de code

Les développeurs passent énormément de temps à naviguer dans leur code, mais également dans l’écriture et la lecture du code. Au niveau de la navigation dans le code, Visual Studio 2017 RC offre une expérience considérablement améliorée, avec Find All References, GoTo et Indent Guides. Visual Studio 2017 RC se concentre également sur la facilitation de l'écriture de code correct, ainsi que le maintien de la lisibilité des bases de code des développeurs. En s'appuyant sur les fonctionnalités de Visual Studio 2015, cette version fournit une expérience IntelliSense plus améliorée avec la présélection intelligente, le filtrage et la prise en charge de XAML.

Au niveau de l'analyse de code, Visual Studio 2015 avait déjà introduit la fonctionnalité d'analyse de code en direct (live code analysis), qui permet d'avoir un feedback sur votre code au fur et à mesure que vous l'écrivez. Cela vous permet de connaître les problèmes dès le début et éviter d'accumuler un ensemble de problèmes que vous pourriez ne jamais corriger après. Visual Studio 2017 RC pousse un peu plus loin l'analyse en direct et la correction de code en introduisant par exemple des analyseurs de style de code qui identifient les problèmes de style dans le code dès qu'il est tapé.

Test et débogage de code

Comme l’explique Microsoft, la prise en charge des tests unitaires crée un dilemme entre la sélection d’un nombre suffisant de tests pour s'assurer que le code est correct et la nécessité d'exécuter le moins de tests possible de sorte que vous n'ayez pas à trop attendre pour obtenir les résultats des tests. Ce compromis entre la justesse du code et le temps d’exécution des tests peut souvent être source d’improductivité ou de frustration selon le côté vers lequel on penche. Visual Studio 2017 RC introduit donc une fonctionnalité baptisée Live Unit Testing pour C # et Visual Basic. Live Unit Testing exécute uniquement les tests impactés après une modification du code et fournit, pour chaque ligne de code exécutable, un feedback immédiat sur le statut des tests dans l'éditeur.

Si pour une ligne de code exécutable donnée, au moins un test échoue, alors l'éditeur l'indique au moyen d'une croix (x) rouge au début de la ligne. Si pour une ligne de code exécutable donnée, tous les tests sont exécutés avec succès, l'éditeur l'indique également au moyen d'une coche verte. Et si pour une ligne de code exécutable, aucun test n'est exécuté, cela est indiqué par un trait bleu, comme vous pouvez le voir dans la figure suivante.

Au niveau du débogage, Visual Studio 2017 RC vous permet de gagner du temps en réduisant le nombre d'actions requises pour parcourir un programme et pour extraire des informations d'exception, grâce à une fonctionnalité Run To Clik (Exécuter jusqu’au clic) introduite dans la Preview 5.

Vous n’avez plus besoin de définir des points d’arrêt temporaires ou procéder en plusieurs étapes pour exécuter votre code et arrêter l’exécution sur la ligne de votre choix. Maintenant, lorsque vous êtes à l’état d’arrêt dans le débogueur, l’icône Run To Click apparaît en regard de la ligne de code sur laquelle le curseur de votre souris est placé. Déplacez votre souris sur l’icône et cliquez sur le bouton pour lancer l’exécution jusqu’à cette ligne.

Alors qu’on se rapproche désormais de la version finale de Visual Studio 2017, on retient que pour la prochaine version de son EDI, Microsoft s’est concentré sur la facilitation de l'installation de ses outils de développement, l'amélioration des performances et l'amélioration de la productivité des développeurs. Au niveau des extensions, dans un billet de blog, Microsoft fait également un point des changements introduits dans cette version. Il s’agit entre autres de :

• l’ajout d’un système de suivi des performances pour les extensions, de sorte que les utilisateurs de Visual Studio verront une barre de notification lorsqu'une extension ralentit le temps de chargement ou la vitesse de frappe ;
• des améliorations visant à faciliter l'installation ou la mise à jour de plusieurs extensions ;
• les extensions peuvent maintenant détecter et installer des composants dépendants ;
• la mise à jour le Visual Studio Marketplace pour faciliter la recherche et l'installation des extensions ;

Source : Web Archive, Microsoft

Et vous ?

Qu’en pensez-vous ?

Voir aussi :

Microsoft va dévoiler une version macOS de Visual Studio, pour fournir aux développeurs un environnement similaire à celui de Windows
Visual Studio Code 1.7 est disponible, cette version de l'éditeur de code multiplateforme met l'accent sur l'amélioration de l'expérience utilisateur

[Oscar.STEFANINI]

merci, bon article. hâte d'en savoir +. J'aimerais bien que Crosoft Communique aussi sur Studio Code, histoire de remettre un petit coup sur les différences avec le monstre Studio ^^.

[Spleeen]

En soit, je ne vois pas grand changement :

• Inttellisense, ils en parlent à chaque fois. LA fonctionnalité phare et merveilleuse de VS. Mais enfin bon elle évolue peu.
• On nous promet toujours moins d'embonpoint, mais l'installation est toujours une des plus lentes et des plus demandeuses qui soit (comme SQL Server...)
• Une interface qui n'évolue pas dans le design, toujours bloqué à du Win32 de ce coté... avec les lenteurs des langages interprétés.

Disons que, du reste, ça avance... lentement mais surement. La concurrence elle ne traîne pas.