Connexion
Abonnez-vous

Microsoft veut faciliter le déploiement des applications .NET et ASP.NET

Chacun son framework, chacun son chemin

Microsoft veut faciliter le déploiement des applications .NET et ASP.NET

Le 14 mai 2014 à 14h35

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.

asp.net

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.

 

asp.net

 

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.

Commentaires (21)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar







charon.G a écrit :



En fait seule la version optimisée cloud est multi plateforme. Voir le tableau sur la source de la news





Yes effectivement c’est ce que j’ai compris aussi, mais je trouve le tableau et le screenshot vraiment peu clairs quand même.



Notamment, dans le screenshot la compilation native est sous “device optimized” et non “cloud optimized”, et pourtant dans le tableau seul “cloud optimized” permet “Faster startup, Lower memory / Higher throughput (best of class)”.


votre avatar







psn00ps a écrit :



En même temps Xsp a quelques années déjà <img data-src=" />





Je parlais surtout de .NET dans son ensemble(enfin le .net optimise cloud). Ensuite mono existait mais il ne suivait pas forcément très rapidement les mises à jour de Microsoft. Avec la fondation .NET, Microsoft devrait apporter son soutien technique financier et logistique à xamarin.


votre avatar

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.









charon.G a écrit :



mono existait mais il ne suivait pas forcément très rapidement les mises à jour de Microsoft.



Techniquement, il ne pouvait pas: les specs de ces mises à jour n’étaient pas publiques. Sans compter que légalement parlant, ça reste douteux malgré les belles promesses.


votre avatar







Miles Prower a écrit :



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.



Techniquement, il ne pouvait pas: les specs de ces mises à jour n’étaient pas publiques. Sans compter que légalement parlant, ça reste douteux malgré les belles promesses.





Oui mais justement ça a changé récemment ils ont créeune fondation .NET qui regroupe tous les technos .NET en open source(licence apache 2)



je t’invite à lire cette news sur PCI


votre avatar

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.

votre avatar

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é.

votre avatar







Miles Prower a écrit :



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é.[





Ils disaient aussi que jamais .NET deviendrait open source. Et on voit qui avait raison aujourd’hui <img data-src=" />


votre avatar







charon.G a écrit :



Ils disaient aussi que jamais .NET deviendrait open source. Et on voit qui avait raison aujourd’hui <img data-src=" />





Jamais Windows et Office ne deviendront libres ! (on sait jamais, ça coûte rien d’essayer <img data-src=" /> )


votre avatar







Rozgann a écrit :



Jamais Windows et Office ne deviendront libres ! (on sait jamais, ça coûte rien d’essayer <img data-src=" /> )





Office je ne pense pas mais Windows ou son successeur j’ai toujours pensé qu’il finirait par l’être . On verra <img data-src=" />



Pour la gratuité par contre il y a déjà des rumeurs comme quoi Windows 9 pourrait l’être en tout cas sa version de base. Je pense qu’il y a pas mal de gens qui ne l’imaginaient pas il y en a encore peu de temps, même maintenant d’ailleurs <img data-src=" />


votre avatar

Pour les gens qui bossent avec ces technos ce sont d’excellentes news en tout cas, çà pérennise clairement la plateforme.

votre avatar







charon.G a écrit :



Office je ne pense pas mais Windows ou son successeur j’ai toujours pensé qu’il finirait par l’être . On verra <img data-src=" />





Libre au sens “modifiable et redistribuable”, je pense pas que ça arrive un jour. Rendre les sources de certains composants consultables, comme Apple le fait, c’est déjà plus envisageable. En ce qui concerne la gratuité, au moins pour les particuliers, c’est l’évolution du marché qui risque de les y contraindre tôt ou tard. Sans une prise de conscience générale des intérêts du libre (type toutes les administrations et les entreprises européennes qui décident de se passer de technologies fermées pour garantir la sécurité des données, ce qui n’arrivera pas), je pense pas qu’il y ait à l’avenir une contrainte extérieure qui les pousse à libérer le code de Windows.


votre avatar

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?

votre avatar







loulnux a écrit :



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?







N’avez vous pas suivi les actus de .net <img data-src=" />

Vu le pseudo je comprends





  • Évolutions coté .net native ( plus besoin d’utiliser la précompilation d’image ngen à l’installation ce qui allongeai énormément les temps d’installation) , performance proche du c++ ( surtout niveau démarrage et mémoire)

  • les dernières versions de .net sont de plus en plus légère et moins ancrée dans le système

  • A votre avis sur quoi est basé windows APP ( winRT) et pourtant les applis s’installent de façon parallèle et sans pourrir la base de registre

  • Windows phone n’est pas réputé comme lourd il rame moins qu’Android



    J’ai l’impression qu’on oubli fortement d’où viens windows Runtime et qu’on est beaucoup plus proche de .net que ce que l’on en dit !






votre avatar

ca va patcher <img data-src=" />

votre avatar



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.

votre avatar







Olipla a écrit :



C’est le cas depuis le début. J’ai toujours développé mes applications ASP.NET avec un simple éditeur de texte.







vi ?



pourquoi te fais-tu du mal ? l’autocompletion, le refactoring, c’est le diable ?


votre avatar



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.

<img data-src=" />

votre avatar

J’attendais le multiplateforme avec .NET depuis longtemps ça va finalement sortir <img data-src=" />

votre avatar

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 çà <img data-src=" />





EDIT : en fait je viens de comprendre le screenshot, il n’est donc pas erroné, juste mal présenté (ou alors çà vient de moi <img data-src=" />). Il faut le lire horizontalement et non verticalement.

votre avatar







hadoken a écrit :



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 çà <img data-src=" />





EDIT : en fait je viens de comprendre le screenshot, il n’est donc pas erroné, juste mal présenté (ou alors çà vient de moi <img data-src=" />). Il faut le lire horizontalement et non verticalement.





En fait seule la version optimisée cloud est multi plateforme. Voir le tableau sur la source de la news


votre avatar







charon.G a écrit :



J’attendais le multiplateforme avec .NET depuis longtemps ça va finalement sortir <img data-src=" />





En même temps Xsp a quelques années déjà <img data-src=" />


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é 

Fermer