Microsoft dévoile les axes de développement de .NET et ASP.NET vNext
Sa plateforme Web devient entièrement open source et disponible sur GitHub
Le 2014-05-15 10:47:08, par Hinault Romaric, Responsable .NET
Microsoft a dévoilé lors de la conférence TechEd North America, les axes de développement de la prochaine version du Framework .NET, dont la majeure partie des innovations concernent la plateforme ASP.NET.
Le développement de .NET vNext est axé essentiellement sur une optimisation de la plateforme pour le Cloud et le mobile, deux tendances qui sont actuellement en plein essors. La prochaine version de la plateforme permettra de compiler C# 6 et VB en utilisant le compilateur en tant que service open source Roslyn, exécuter des applications ASP.NET sur le serveur ou le Cloud et compiler des applications Windows Store avec .NET Native (avec à la clé un gain important en temps de démarrage, d’exécution et d'utilisation de la mémoire ),
.NET vNext introduira un mode « cloud optimized ». Plus rapide et utilisant moins de ressources que la version actuelle de .NET, il permettra de déployer des applications .NET avec des copies des bibliothèques du Framework .NET. Ce mode a été optimisé grâce à une collaboration avec Xamarin pour fonctionner sur Mac et Linux, au-dessus du Framework Mono.
D’après Microsoft, ASP.NET vNExt est développé autour d’un ensemble de principes clés :
ASP.NET vNext comprendra des versions mises à jour pour MVC, Web API, Web Pages, SignalR et Entity Framework. La principale amélioration de ces outils est le fait que MVC, Web API et Web Pages ont été fusionnés en un modèle unique de programmation. A titre d’exemple, Microsoft cite l’introduction des concepts unifiés de routage et de contrôleur entre les trois plateformes. Il sera dorénavant possible d’avoir un seul contrôleur qui retourne des vues MVC et des réponses Web API formatées sur le même verbe HTTP (GET, POST, PUT, etc.).
ASP.NET vNext sera moins monolithique et plus modulaire que la version actuelle. En utilisant le mode « cloud optimized », les développeurs n’auront plus besoin d’utiliser le même CLR (Common Language Runtime) que les applications Desktop. Ils pourront déployer leur application avec leur propre version du Framework.NET, intégrant uniquement les bibliothèques dont ils ont réellement besoin. Cette nouveauté signifie que le développeur n’aura plus besoin de déployer entièrement le Framework .NET pour exécuter son application ASP.NET sur un serveur.
Grâce à des optimisations du CLR et l’utilisation du compilateur Roslyn, les développeurs ASP.NET pourront désormais apporter des modifications à leurs applications Web et voir les résultats après une actualisation du navigateur, sans passer par une étape de compilation comme si était le cas avec les versions précédentes.
Le tableau ci-dessous présente les principales caractéristiques d’ASP.NET vNext et le mode avec lequel elles sont disponibles.
Microsoft a réservé une petite surprise aux développeurs qui ont assisté à sa conférence : ASP.NET VNext sera open source et les contributions se feront à travers la fondation .NET. L’ensemble d’ASP.NET vNext sera livré via un package NuGet.
Le code source d'ASP.NET est d’ores et déjà disponible sur GitHub, la plateforme d’hébergement des projets open source.
ASP.NET sur GitHub
Le billet de blog de Microsoft
Et vous ?
Que pensez-vous de la prochaine génération de .NET et de ASP.NET ?
Quelle nouveauté trouvez-vous la plus intéressante ?
Quelle autre fonctionnalité voulez-vous voir intégrer à ces plateformes ?
Le développement de .NET vNext est axé essentiellement sur une optimisation de la plateforme pour le Cloud et le mobile, deux tendances qui sont actuellement en plein essors. La prochaine version de la plateforme permettra de compiler C# 6 et VB en utilisant le compilateur en tant que service open source Roslyn, exécuter des applications ASP.NET sur le serveur ou le Cloud et compiler des applications Windows Store avec .NET Native (avec à la clé un gain important en temps de démarrage, d’exécution et d'utilisation de la mémoire ),
.NET vNext introduira un mode « cloud optimized ». Plus rapide et utilisant moins de ressources que la version actuelle de .NET, il permettra de déployer des applications .NET avec des copies des bibliothèques du Framework .NET. Ce mode a été optimisé grâce à une collaboration avec Xamarin pour fonctionner sur Mac et Linux, au-dessus du Framework Mono.
D’après Microsoft, ASP.NET vNExt est développé autour d’un ensemble de principes clés :
- une solution optimisée pour le Cloud ;
- un modèle unique de programmation pour les sites et services Web ;
- une faible latence ;
- la mise à disposition des API « hautement performantes et productives » ;
- une solution pouvant être téléchargée indépendamment via NuGet ;
- une plateforme pouvant fonctionner sur Mono, Mac et Linux.
ASP.NET vNext comprendra des versions mises à jour pour MVC, Web API, Web Pages, SignalR et Entity Framework. La principale amélioration de ces outils est le fait que MVC, Web API et Web Pages ont été fusionnés en un modèle unique de programmation. A titre d’exemple, Microsoft cite l’introduction des concepts unifiés de routage et de contrôleur entre les trois plateformes. Il sera dorénavant possible d’avoir un seul contrôleur qui retourne des vues MVC et des réponses Web API formatées sur le même verbe HTTP (GET, POST, PUT, etc.).
ASP.NET vNext sera moins monolithique et plus modulaire que la version actuelle. En utilisant le mode « cloud optimized », les développeurs n’auront plus besoin d’utiliser le même CLR (Common Language Runtime) que les applications Desktop. Ils pourront déployer leur application avec leur propre version du Framework.NET, intégrant uniquement les bibliothèques dont ils ont réellement besoin. Cette nouveauté signifie que le développeur n’aura plus besoin de déployer entièrement le Framework .NET pour exécuter son application ASP.NET sur un serveur.
Grâce à des optimisations du CLR et l’utilisation du compilateur Roslyn, les développeurs ASP.NET pourront désormais apporter des modifications à leurs applications Web et voir les résultats après une actualisation du navigateur, sans passer par une étape de compilation comme si était le cas avec les versions précédentes.
Le tableau ci-dessous présente les principales caractéristiques d’ASP.NET vNext et le mode avec lequel elles sont disponibles.
Microsoft a réservé une petite surprise aux développeurs qui ont assisté à sa conférence : ASP.NET VNext sera open source et les contributions se feront à travers la fondation .NET. L’ensemble d’ASP.NET vNext sera livré via un package NuGet.
Le code source d'ASP.NET est d’ores et déjà disponible sur GitHub, la plateforme d’hébergement des projets open source.
Et vous ?
-
tomlevRédacteur/ModérateurNon, rien à voir. Ca concerne juste ASP.NET, qui sert au développement web, et non au développement d'applis mobiles.
Cela dit tu peux effectivement développer en .NET pour iOS ou Android, en utilisant Xamarin.
"ASP.NET vNext: the future of .NET on the Server"
"on the server", donc rien à voir avec XAML et WPF, qui sont des technos clientes
Tu compares des choses qui ne sont pas comparables (une techno pour faire des applis web, et une techno pour faire des applis clientes)
Ah ? Dans ce cas pourquoi ont-ils créé Node.js Tools for Visual Studio ?le 15/05/2014 à 16:14 -
GTSLASHInactifMais quand on voit ce qu'on peut faire avec AngularJS + Bootstrap + ASP.NET WEB API, on n'a plus envie de toucher au XAML de toute façon.Faire le choix entre les deux est au contreire une question importante et pertinente en entreprise. Il n'y a aucune raison de ne pas les comparer.le 15/05/2014 à 21:36
-
tomlevRédacteur/ModérateurOui, le titre en français... qui est une interprétation un peu bancale et faussée de l'article original en anglais
Bah tu ne compares pas un vélo et un bateau : ils ont chacun leur utilité et ne sont pas interchangeables. Ca n'aurait pas de sens de dire qu'un bateau est mieux qu'un vélo, ou inversement. Et c'est pareil avec les technos que tu mentionnes...
Bah si MS voulait positionner son ASP.NET en adversaire de Node.js, il ne développerait pas des outils pour Node.js... Ou alors j'ai pas compris ce que tu voulais dire.le 16/05/2014 à 0:20 -
I_PnoseMembre chevronnéTu parles de toi à la troisième personne ? =P
Personnellement je ne suis pas prêt d’abandonner le couple C#/XAML au profit d’une quelconque techno Web (je laisse ce type de développement à ceux et celles qui aiment ça, je prends infiniment plus de plaisir à développer des applis mobiles ou des clients lourds).le 15/05/2014 à 16:48 -
digital3dMembre du ClubCela voudra t-il dire qu'on pourra programmer maintenant pour iPhone et iPad en .Net ?le 15/05/2014 à 11:29
-
ReliKenSMembre à l'essaidigital3d :
Grace au framework Mono et à Xamarin (IDE qui peut maintenant être intégré à Visual Studio), il est possible de faire des applications pour Android et iOS en C# .Net.
On peut même programmer sur PS3/PS4 (towerfall sur PS4 a été fait avec Mono), Wii, Linux et plein d'autres plateformes en C# .Net.le 15/05/2014 à 12:21 -
redcurveMembre extrêmement actifTu prouve simplement que tu ne sais même pas de quoi tu parle ... hallucinant ce genre de commentairele 15/05/2014 à 14:25
-
I_PnoseMembre chevronnéLa source est intitulée "ASP.NET vNext: the future of .NET on the Server", et il faudra que tu me cites le passage où il est question de WPF (ou même de XAML).
Vu qu’il est principalement question ici d’ASP.Net VNext -et pour ma part- je persiste à dire que ton commentaire arrive comme un poil de fesse dans la soupe ; totalement gratuit/subjectif et sans réellement de rapport avec le sujet.le 15/05/2014 à 15:19 -
dfiad77proMembre expérimentéIil manque un lien vers l'article :
http://blogs.msdn.com/b/dotnet/archive/2014/05/12/the-next-generation-of-net-asp-net-vnext.aspx
d'autre part en fin d'article il y'a:Et vous ?
Que pensez-vous de la prochaine génération de .NET et de ASP.NET ?
Quelle nouveauté trouvez-vous la plus intéressante ?
Quelle autre fonctionnalité voulez-vous voir intégrer à ces plateformes ?d'ou mes commentaires le 15/05/2014 à 15:24 -
Nathanael MarchandRédacteurJ'ai beau être MVP Client Dev et ayatollah Silverlight, pour avoir développé sur AngularJS récemment, c'est quand même sacrément bien foutu et y'a plein de bonnes choses qu'il serait pas mal d'avoir dans WPF. Typiquement le binding Angular a quand même des fonctionnalités sympa qui manquent dramatiquement en WPF.
Exemple : le simple fait de pouvoir avoir des expressions (et donc du code simple) au lieu de propriétés sur lequelles se binder est vraiment sympa, les VM sont plus propres je trouve.le 20/05/2014 à 13:54