Le compilateur Roslyn débarque dans Visual Studio 14

Le compilateur Roslyn débarque dans Visual Studio 14

Rien à voir avec le DaVinci Code

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

04/06/2014 5 minutes
16

Le compilateur Roslyn débarque dans Visual Studio 14

Microsoft vient de publier une première préversion de Visual Studio 14. Il s’agira d’une version véritablement majeure car les technologies mises en place poseront les fondations des développements à destination des plateformes de l’éditeur pour de nombreuses années. C’est particulièrement le cas du compilateur.

asp.net

Une première vraie disponibilité du compilateur Roslyn 

La préversion de Visual Studio 14 pose les nouvelles bases du développement d’applications dans l’univers Windows, mais pas seulement. Plusieurs éléments sont présents et le premier d’entre eux n’est autre que le compilateur Roslyn pour C# et Visual Basic.Net, désormais appelé « .NET Compiler Platform ». Depuis la conférence BUILD, on sait en outre que Roslyn est open source et disponible sous licence Apache 2.0.

 

La présence de Roslyn permettra aux testeurs de s’essayer aux fonctionnalités qui l’accompagnent. Par exemple, les développeurs peuvent accéder aux informations émises par le compilateur et qui normalement ne sont pas disponibles. La refactorisation du code, IntelliSense, CodeLens ou encore les opérations de débogage sont toutes gérées par Roslyn. À propos de refactorisation d’ailleurs, sachez qu’elle est disponible pour la première fois avec Visual Basic et qu’elle a été revue pour C#. Deux nouveaux types sont d’ailleurs ajoutés : « Inline Temporary » Variable and « Introduce Explaining Variable ».

 

visual studio 14

Les nouveautés d'ASP.NET vNext en partie intégrées 

La préversion de Visual Studio 14 prend également appui sur les nouveautés annoncées pour ASP.net il y a quelques semaines. L’objectif global de cette future version « vNext » est de réduire autant que possible le code nécessaire par le développeur pour alléger les projets.

 

Microsoft veut particulièrement améliorer l’aspect modulaire de sa technologie : plusieurs versions d’un même projet peuvent être déployées en parallèle, chacune profitant d’une compilation dynamique via Roslyn. Cette compilation se fait en temps réel et le développeur pourra observer les changements après chaque modification du code, sans avoir besoin de relancer une compilation générale comme c’est le cas actuellement.

 

visual studio 14

 

Sont donc présents divers modèles « ASP.NET 4.5 Web Application », mais également d’autres dédiés à la version vNext. Les outils ont été adaptés mais Microsoft précise dans tous les cas qu’il ne s’agit ici que d’un premier coup d’œil de ce qui arrivera plus tard.

Une compatibilité améliorée avec C++ 11 et C++ 14 

Mais même si Visual Studio 14, qui pourrait s’appeler finalement Visual Studio 2015 en version finale, fait la part belle aux technologies de Microsoft, l’éditeur profite de cette préversion pour apporter du nouveau sur la compilation C++. C’est surtout la compatibilité avec les normes C11 et C14 qui a été renforcée.

 

visual studio 14

 

Comme on peut le voir dans le panneau, les cases vertes représentent ce qui a été ajouté dans le support de Visual Studio 14 dans un premier temps. Sans précisions particulières, il s’agit de fonctionnalités C++ 11, tandis que celles spécifiques à C++ 14 sont indiquées comme telles. On peut voir également dans les cases jaunes d’autres fonctionnalités sur lesquelles Microsoft travaille actuellement et qui arriveront très probablement dans une prochaine préversion, ou peut-être même directement dans la version finale. Les cases blanches représentent pour leur part ce qui est prévu, mais dont le travail n’a pas encore commencé.

 

Ceux qui souhaitent en savoir davantage sur le support amélioré de C++ 11 et C++ 14 peuvent consulter ce billet consacré à chaque nouvelle fonctionnalité ajoutée. Notez que plusieurs outils ont été mis à jour pour accompagner ces changements, notamment pour le débogage.

Une version cruciale pour le futur écosystème de la firme 

Visual Studio 14 représentera dans tous les cas une étape importante pour l’écosystème logiciel de Microsoft. Sa sortie est prévue pour l’année prochaine, sans plus de précisions. Il reprendra à son compte le développement des applications universelles pour Windows 8.1 et Windows Phone 8.1, mais d’autres annonces pour les systèmes de l’éditeur pourraient provoquer l’arrivée de fonctionnalités qui n’ont pas été annoncées.

 

Enfin, il faut rappeler que toutes les nouveautés de Microsoft dans le domaine du développement logiciel se feront désormais selon un axe multiplateforme. L’association avec Xamarin, qui édite Mono, a été réalisée dans ce sens. Puisque .NET représente une grande partie du futur chez l’éditeur, l’exécution des produits sous OS X et Linux est devenue un facteur important, d’autant que Mono est entré officiellement dans la matrice de tests officielle de Microsoft pour .NET.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Une première vraie disponibilité du compilateur Roslyn 

Les nouveautés d'ASP.NET vNext en partie intégrées 

Une compatibilité améliorée avec C++ 11 et C++ 14 

Une version cruciale pour le futur écosystème de la firme 

Commentaires (16)


Le compilateur Roslyn en open source

Une fondation pour pousser une partie du .NET en open source + beaucoup de projet de Microsoft Research en open source



Microsoft semble vraiment amorcer un virage pour s’adapter au marché du futur


Roslyn –> C++ (canal plus, plus)



Roseline Bachelot –> (D8, donc canal plus)





Coïncidence étrange.. Faut il y voir un signe de la fin des temps ? <img data-src=" />







(EDITH : c’est mon dernier <img data-src=" /> <img data-src=" /> )


C’est super cool !



Beaucoup de dev ne savent pas pourquoi ça ne fonctionne pas.

Et parfois, pourquoi ça fonctionne.



Comme ça plus d’ éxcuse ! <img data-src=" />


C’est bon ça, ça sort enfin <img data-src=" />








Zimt a écrit :



C’est super cool !



Beaucoup de dev ne savent pas pourquoi ça ne fonctionne pas.

Et parfois, pourquoi ça fonctionne.



Comme ça plus d’ éxcuse ! <img data-src=" />







Youpii enfin un debugger !!……



Enfin surtout l’avantage de vNext c’est aussi de pouvoir gagner son indépendance de IIS, et donc de déployer un projet qui embarque les dll nécessaire au fonctionnement du Framework, chose impossible jusque là.



Par contre à dire que Visual Studio 14 est une “version véritablement majeure car les technologies mises en place poseront les fondations des développements à destination des plateformes de l’éditeur pour de nombreuses années.”



N’exagérons rien, c’est très vendeur, limite de la pub.

C’est pas parce que tu n’as roslyn dans 13 que tu ne peux pas faire de vNext, et il ne me semble pas que Roslyn soit nécessaire pour les applications cross-platform.



Cette manie d’être passé à une version de VS par an fais qu’il est quasi impossible de suivre le rythme.

Et un jour, un jour, ils arrêteront de changer de mode d’authent d’une version d’ASP.Net à l’autre…









darkdestiny a écrit :



Youpii enfin un debugger !!……



Enfin surtout l’avantage de vNext c’est aussi de pouvoir gagner son indépendance de IIS, et donc de déployer un projet qui embarque les dll nécessaire au fonctionnement du Framework, chose impossible jusque là.



Par contre à dire que Visual Studio 14 est une “version véritablement majeure car les technologies mises en place poseront les fondations des développements à destination des plateformes de l’éditeur pour de nombreuses années.”



N’exagérons rien, c’est très vendeur, limite de la pub.

C’est pas parce que tu n’as roslyn dans 13 que tu ne peux pas faire de vNext, et il ne me semble pas que Roslyn soit nécessaire pour les applications cross-platform.



Cette manie d’être passé à une version de VS par an fais qu’il est quasi impossible de suivre le rythme.

Et un jour, un jour, ils arrêteront de changer de mode d’authent d’une version d’ASP.Net à l’autre…







Généralement les 1ères CPT n’incluent pas toutes les nouvelles fonctionnalités, espérons coté WPF + EF etc….









tAran a écrit :



Roslyn –&gt; C++ (canal plus, plus)



Roseline Bachelot –&gt; (D8, donc canal plus)





Coïncidence étrange.. Faut il y voir un signe de la fin des temps ? <img data-src=" />







(EDITH : c’est mon dernier <img data-src=" /> <img data-src=" /> )





<img data-src=" />









dfiad77pro a écrit :



Généralement les 1ères CPT n’incluent pas toutes les nouvelles fonctionnalités, espérons coté WPF + EF etc….





WPF c’est .Net, c’est indépendant de VS. Un nouveau VS peut sortir avant que la prochaine version de .Net soit prête, puis être implémenté sous forme de patch. Actuellement, on sait quasiement rien de ce qui arrivera avec .Net 5.



EF lui est carrément indépendant de .Net, la version 7 peut donc très bien sortir demain, ou en 2016, ça ne change rien. Et vu les changements qu’ils ont prévu pour EF, ç’est pas impossible que ça soit bien après l’arrivé de VS14 (ils veulent tout péter, même les APIs).



La grande nouveauté de ce VS c’est bien Roslyn, mais surtout son découplage. On pourra très bien mettre à jour le compilo sans mettre à jour l’IDE, et vis versa. MS pousse vraiment au découplement de ses modules de developpement, afin de ne pas avoir à retarder un OS car la nouvelle version de l’IDE n’est pas prête, ou inversement. Suffit que le compilo ou .Net soit prêt, et ils l’intègrent à l’ancien IDE.



oui mais avant l’extension .net ( avec nugget ..) on avait souvent le droit a un visual par version majeure de dotnet. Donc tu a raison c’est mieux mais les frameworks graphiques sont négligés








tAran a écrit :



Roslyn –&gt; C++ (canal plus, plus)



Roseline Bachelot –&gt; (D8, donc canal plus)





Coïncidence étrange.. Faut il y voir un signe de la fin des temps ? <img data-src=" />







(EDITH : c’est mon dernier <img data-src=" /> <img data-src=" /> )







OMG !



<img data-src=" />



<img data-src=" />



<img data-src=" />









dfiad77pro a écrit :



oui mais avant l’extension .net ( avec nugget ..) on avait souvent le droit a un visual par version majeure de dotnet. Donc tu a raison c’est mieux mais les frameworks graphiques sont négligés





J’ai du mal à comprendre, les nouveautés de .Net vNext n’ont pas été dévoilé, on a même pas son nom (à priori 5.0 mais qui sait ?).



Tout ce qu’on sait c’est que le FW .Net s’allège (EF, MEF, ASP.Net, etc. en sortent), mais aucune info ne veut pas dire aucune nouveauté (cf les correctifs pour WinForms cachés dans l’update 4.5.2 de .Net, personne ne les avaient vu venir !).



Ce n’est pas parce que les équipes d’EF et d’ASP.Net sont ultra “hype” (ils passent la moitié de leur temps à bloguer…) que les équipe WPF/WinForms sont mortes. Pour ce qu’on en sait, l’équipe WPF a entendu que son moteur de rendu basé sur DirectX9 pue à mort, il n’est donc pas impossible qu’ils travaillent de ce coté là (avec un portage en DX12 ?). SI c’est le cas, c’est pas étonnant qu’ils n’aient rien à dire pendant plus d’un an, vu l’ampleur du chantier.









Bejarid a écrit :



J’ai du mal à comprendre, les nouveautés de .Net vNext n’ont pas été dévoilé, on a même pas son nom (à priori 5.0 mais qui sait ?).



Tout ce qu’on sait c’est que le FW .Net s’allège (EF, MEF, ASP.Net, etc. en sortent), mais aucune info ne veut pas dire aucune nouveauté (cf les correctifs pour WinForms cachés dans l’update 4.5.2 de .Net, personne ne les avaient vu venir !).



Ce n’est pas parce que les équipes d’EF et d’ASP.Net sont ultra “hype” (ils passent la moitié de leur temps à bloguer…) que les équipe WPF/WinForms sont mortes. Pour ce qu’on en sait, l’équipe WPF a entendu que son moteur de rendu basé sur DirectX9 pue à mort, il n’est donc pas impossible qu’ils travaillent de ce coté là (avec un portage en DX12 ?). SI c’est le cas, c’est pas étonnant qu’ils n’aient rien à dire pendant plus d’un an, vu l’ampleur du chantier.







Oui j’espère vraiment qu’il vont travailler dans ce sens… Cela dit j’ai plutôt l’impression que WPF va être remplacé par le mode fenêtré de WinRT/Xaml…

Ils préférent se concentrer sur asp vnext pour concurrencer JEE









dfiad77pro a écrit :



Oui j’espère vraiment qu’il vont travailler dans ce sens… Cela dit j’ai plutôt l’impression que WPF va être remplacé par le mode fenêtré de WinRT/Xaml…

Ils préférent se concentrer sur asp vnext pour concurrencer JEE







Je pense aussi vu que c’est exactement la même chose au final !









Edtech a écrit :



Je pense aussi vu que c’est exactement la même chose au final !





C’est loin d’être la même chose au niveau business pour l’instant (il est quasi impossible de déployer des app ModernUI sans le Store, la licence est trop contraignante). Même au niveau technique, les app ModernUI sont relativement isolés pour le moment.



Mais c’est vrai que MS pourrait dégager WPF, à priori ils ne portent pas WPF sur Mono, donc ils pourraient aussi bien l’abandonner comme SL, et modifier ModernUI pour faire ce que WPF sait faire actuellement (app stand-alone avec déploiement click-once ou autre). Le portage des appli WPF en ModernUI pourrait se faire facilement si tout est géré.









Bejarid a écrit :



C’est loin d’être la même chose au niveau business pour l’instant (il est quasi impossible de déployer des app ModernUI sans le Store, la licence est trop contraignante). Même au niveau technique, les app ModernUI sont relativement isolés pour le moment.



Mais c’est vrai que MS pourrait dégager WPF, à priori ils ne portent pas WPF sur Mono, donc ils pourraient aussi bien l’abandonner comme SL, et modifier ModernUI pour faire ce que WPF sait faire actuellement (app stand-alone avec déploiement click-once ou autre). Le portage des appli WPF en ModernUI pourrait se faire facilement si tout est géré.







Il est très facile de déployer des Apps ModernUI en entreprise. Il suffit de déclarer un Store d’entreprise qui vient remplacer le Store de Microsoft. Je ne l’ai jamais vu encore, ça serait sympa si des personnes l’ayant fait pouvait nous dire si ça fonctionne bien.









Edtech a écrit :



Il est très facile de déployer des Apps ModernUI en entreprise. Il suffit de déclarer un Store d’entreprise qui vient remplacer le Store de Microsoft. Je ne l’ai jamais vu encore, ça serait sympa si des personnes l’ayant fait pouvait nous dire si ça fonctionne bien.





Toi, tu as pas regardés les petites lignes. Regardez-les, tu vas déchanter… Et comprendre pourquoi tu ne l’as jamais vu.