Microsoft veut faciliter le déploiement des applications .NET et ASP.NET
Chacun son framework, chacun son chemin
Le 14 mai 2014 à 14h35
4 min
Logiciel
Logiciel
Microsoft tient actuellement sa conférence TechEd, dédiée aux développeurs. L’éditeur en a profité pour dévoiler une partie du futur de sa technologie .NET, y compris pour le développement avec ASP.NET vNext. Les maitres-mots semblent désormais être légèreté et facilité de déploiement.
Simplifier la vie des développeurs
Il est évident que le paysage du développement logiciel va profondément changer cette année et ultérieurement chez Microsoft. On a pu voir par exemple récemment que les applications universelles permettent de créer un seul package comprenant l’ensemble des binaires pour Windows 8.0 et Windows Phone 8.1. Idéalement, la société parviendra à proposer les mêmes technologies pour la totalité de ses plateformes, et elle est d’ailleurs en passe d’y parvenir.
Microsoft oblige, la technologie .NET n’est jamais très loin. Qu’il s’agisse de Windows ou de Windows Phone, .NET est toujours la voie royale, même si un développeur peut concrètement utiliser le couple HTML5/JavaScript pour créer ses applications sur ces deux plateformes. La technologie va cependant évoluer assez largement, et les travaux menés sur les différents compilateurs n’en sont que des prémices.
Lors de la conférence TechEd, la firme a donné de nombreux détails sur ce qui attend les développeurs .NET et ASP.NET. Dans les deux cas, le cloud sera omniprésent : les développeurs doivent pouvoir bâtir des solutions locales et/ou connectées au sein de leurs projets hybrides. Mais dans la vision de Microsoft, ces mêmes développeurs pourront également créer des applications qui seront ensuite placées en ligne et utilisées de manière transparente.
Un tel fonctionnement n’est pas sans quelques avantages, le premier étant que le poids des frameworks ne devrait plus peser sur les administrateurs lors du déploiement. L’utilisateur lance ainsi son application, qui n’a plus besoin de contrôler quelle version de l’infrastructure est installée puisque les composants nécessaires à son exécution seront directement fournis avec elle.
Cette capacité deviendra d’autant plus importante que l’autre grand travail en cours porte sur le support des déploiements multiplateformes. C’est ici qu’on retrouve le rapprochement avec la société Xamarin, éditrice de Mono (qui entre d'ailleurs dans la matrice de tests de compatibilité .NET de Microsoft). Objectif : qu’une même application puisse fonctionner indifféremment sur Windows, OS X ou Linux, sans qu’une gestion des frameworks par poste soit nécessaire.
ASP.NET vNext visera avant tout la modularité
La facilité de déploiement sera également l'un des objectifs de la prochaine version d’ASP.NET, nommée pour le moment vNext. Une application web développée avec le langage pourra davantage tirer parti des composants côté serveur. Cette mouture sera compatible OWIN (Open Web Interface for .NET) et pourra donc être utilisée en conjonction avec tous les éléments du même acabit. Le but est ici de réduire au strict minimum le code nécessaire par le développeur et d’alléger d’autant les projets.
Les avantages liés à cette modularité sont multiples. Une même entreprise pourra par exemple utiliser plusieurs versions différentes d’une même application tout en bénéficiant pour chacune d’une compilation dynamique, basée sur la nouvelle plateforme .NET Compiler. Grâce à cette dernière, les développeurs pourront d'ailleurs réaliser leur développement ou des modifications avec une compilation immédiate et en temps réel. Ainsi, toute modification sur un projet ne nécessitera plus qu'un rafraîchissement de la page pour vérifier le résultat.
Les projets ASP.NET vNext pourront eux également être exécutés sur toutes les plateformes, grâce au même partenariat avec Xamarin. Signalons aussi que la dépendance à Visual Studio sera réduite, permettant un développement ASP.NET dans d'autres IDE, tels que Xcode, voire même dans Notepad. Enfin, cette vNext fera partie des composants ajoutés à la fondation .NET et elle sera donc open source, depuis les bibliothèques de bas niveau jusqu’aux composants des interfaces.
Ceux qui souhaitent en savoir davantage sur les annonces de Microsoft ses technologies de développement peuvent consulter le blog dédié à .NET.
Microsoft veut faciliter le déploiement des applications .NET et ASP.NET
-
Simplifier la vie des développeurs
-
ASP.NET vNext visera avant tout la modularité
Commentaires (21)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 14/05/2014 à 15h35
Le 14/05/2014 à 16h07
Le 14/05/2014 à 16h28
Wopopop, attention avec les promesses de multiplate-forme émanant de chez MS. On a déjà vu ce que ça donnait sur Mono ou Silverlight: c’est sympa sur le papier, mais pour la mise en pratique c’est une autre affaire.
Le 14/05/2014 à 16h39
Le 14/05/2014 à 16h46
De plus on n’est plus en 2009 satya nadella mise sur les services et a déjà dit qu’il s’orienterait sur le multiplateforme. Office pour ipad est un de ses produits. Si microsoft soutient xamarin c’est qu’il y gagne bien évidemment.
Le 14/05/2014 à 16h54
Office sur iPad ne fonctionne que par un abonnement non-souscrit en accord avec la politique du store d’Apple. C’est, quelque part, un beau bras d’honneur de leur part d’ailleurs.
Xamarin / Miguel De Icaza reste intéressant pour MS, dans une stratégie d’évangélisation/validation de ses technos (et éventuellement EEE). C’est ce qui semble faire bander les étudiants dans les écoles d’info, aussi, la promesse sur papier que “ça joue bien avec l’open-source” alors qu’ils n’en ont absolument aucune expérience, et même parfois un dégoût.
Bref, faudrait pas que d’ici quelques années on se retrouve encore à sortir un “on vous l’avait bien dit” quand le vent aura encore tourné.
Le 14/05/2014 à 16h58
Le 14/05/2014 à 18h03
Le 14/05/2014 à 18h09
Le 14/05/2014 à 18h36
Pour les gens qui bossent avec ces technos ce sont d’excellentes news en tout cas, çà pérennise clairement la plateforme.
Le 14/05/2014 à 18h55
Le 14/05/2014 à 19h31
Ce que personne ne dît ici c’est que .NET qui semblerait être “la” solution pour l’universalité des applications en permettant un portage rapide et facile des applications d’une plate-forme à l’autre, est, actuellement le talon d’Achille des systèmes microsoft qui interdit quasiment par sa lourdeur toute tentative d’en faire une plateforme pour terminaux mobiles.
Tout le monde ici à remarqué ces mises à jours interminables sous winX86 qui prennent un temps fou à l’extinction et au redémarrage de leur bécane eh bien c’est .NET qui vous en gratifie imaginez-vous le redémarrage de votre smartphone agrémenté de ces délais? Non et on a l’impression que le dessein de microsoft serait de plomber toute l’informatique “fixe” au prétexte de fournir un outil universel de développement?
Le 14/05/2014 à 19h43
Le 14/05/2014 à 20h29
ca va patcher " />
Le 14/05/2014 à 20h38
Signalons aussi que la dépendance à Visual Studio sera réduite, permettant un développement ASP.NET dans d’autres IDE, tels que Xcode, voire même dans Notepad.
C’est le cas depuis le début. J’ai toujours développé mes applications ASP.NET avec un simple éditeur de texte.
Le 16/05/2014 à 14h52
Le 14/05/2014 à 14h42
Cette capacité deviendra d’autant plus importante que l’autre grand travail en cours porte sur le support des déploiements multiplateformes. C’est ici qu’on retrouve le rapprochement avec la société Xamarin, éditrice de Mono (qui entre d’ailleurs dans la matrice de tests de compatibilité .NET de Microsoft). Objectif : qu’une même application puisse fonctionner indifféremment sur Windows, OS X ou Linux, sans qu’une gestion des frameworks par poste soit nécessaire.
" />
Le 14/05/2014 à 14h44
J’attendais le multiplateforme avec .NET depuis longtemps ça va finalement sortir " />
Le 14/05/2014 à 14h50
Soit je n’ai pas compris, soit le screenshot est erroné.
WPF (ni WCF, Winforms, console apps…) ne sont pas prévu d’être multi-plateforme,et pour le moment rien ne dit que la native compilation cible de sous-ensemble du framework.
De ce que je comprends seule la stack ASP.Net sera multi-plateforme, et jusqu’à preuve du contraire, seules les applications pour le Windows store bénéficient de la compilation native (bien que d’autres scénarios sont prévus pour le futur).
Merci de me corriger si ce n’est pas çà " />
EDIT : en fait je viens de comprendre le screenshot, il n’est donc pas erroné, juste mal présenté (ou alors çà vient de moi " />). Il faut le lire horizontalement et non verticalement.
Le 14/05/2014 à 14h59
Le 14/05/2014 à 15h33