Windows 8 : Microsoft veut supporter plus de langages dans WinRT
Les objectifs de la firme dévoilés lors de Lang.NEXT
Le 2012-04-05 12:18:16, par Hinault Romaric, Responsable .NET
Microsoft a décidé d’introduire, pour Windows 8 (son futur système d’exploitation pour PC et tablettes), une nouvelle couche pour le développement d'applications.
WinRT (Windows Runtine) propose de nouvelles API pour la conception des applications de style Metro. La plateforme supporte plusieurs langages, dont XAML pour la conception de l’interface utilisateur, associé à C#, VB.NET ou C++, ainsi que HTML5, JavaScript et CSS.
Lors de la conférence Lang.Next qui s’est tenue cette semaine, Microsoft a essentiellement porté son attention sur WinRT et a répondu à plusieurs inquiétudes qu’avaient les développeurs par rapport à la plateforme et à son avenir au sein de l’écosystème Windows concernant l’interface utilisateur, les contrôles, le stockage, le réseau, etc.
WinRT a été conçu à la base en utilisant comme référence COM (Component Object Model), mais s’est progressivement éloigné de celui-ci pour n’intégrer que quelques petits éléments comme le système Proxy. La raison principale était le support de l’IntelliSense qui était « horrible » avec COM. Or, cet aspect était primordial pour WinRT, selon les déclarations de Martyn Lovell, directeur de développement de l’équipe WinRT.
Lovell a déclaré que l’objectif initial lors de la conception de Windows 8 était d’intégrer des langages natifs, gérés et dynamiques de première classe dans WinRT avec C#, VB, C++ et JavaScript.
Au-delà de ces langages, Microsoft a pour ambition future de prendre en charge d’autres langages dans WinRT, afin d’offrir un plus large éventail de choix aux développeurs. « Microsoft veut que les développeurs créent des langages pour la nouvelle plateforme de développement », a déclaré Lovell.
WinRT peut prendre en charge tout langage de programmation selon Lovell, et Microsoft veut fournir plusieurs alternatives pour la conception des applications, afin de séduire le plus de développeurs possible.
Source : Lang.NEXT 2012
Et vous ?
WinRT (Windows Runtine) propose de nouvelles API pour la conception des applications de style Metro. La plateforme supporte plusieurs langages, dont XAML pour la conception de l’interface utilisateur, associé à C#, VB.NET ou C++, ainsi que HTML5, JavaScript et CSS.
Lors de la conférence Lang.Next qui s’est tenue cette semaine, Microsoft a essentiellement porté son attention sur WinRT et a répondu à plusieurs inquiétudes qu’avaient les développeurs par rapport à la plateforme et à son avenir au sein de l’écosystème Windows concernant l’interface utilisateur, les contrôles, le stockage, le réseau, etc.
WinRT a été conçu à la base en utilisant comme référence COM (Component Object Model), mais s’est progressivement éloigné de celui-ci pour n’intégrer que quelques petits éléments comme le système Proxy. La raison principale était le support de l’IntelliSense qui était « horrible » avec COM. Or, cet aspect était primordial pour WinRT, selon les déclarations de Martyn Lovell, directeur de développement de l’équipe WinRT.
Lovell a déclaré que l’objectif initial lors de la conception de Windows 8 était d’intégrer des langages natifs, gérés et dynamiques de première classe dans WinRT avec C#, VB, C++ et JavaScript.
Au-delà de ces langages, Microsoft a pour ambition future de prendre en charge d’autres langages dans WinRT, afin d’offrir un plus large éventail de choix aux développeurs. « Microsoft veut que les développeurs créent des langages pour la nouvelle plateforme de développement », a déclaré Lovell.
WinRT peut prendre en charge tout langage de programmation selon Lovell, et Microsoft veut fournir plusieurs alternatives pour la conception des applications, afin de séduire le plus de développeurs possible.
Source : Lang.NEXT 2012
Et vous ?
-
DonQuicheExpert confirméle 18/04/2012 à 11:38
-
Niark13Membre éclairéhttp://channel9.msdn.com/posts/LangNEXT-2012
Premier commentaire :
POURVU QUE ÇA SOIT VRAI !!I smell D support in VS12...le 05/04/2012 à 13:35 -
DonQuicheExpert confirméSi le but est de rameuter le plus de dévs possible vers Windows, comme cela semble être le cas avec la place donnée à JS (choix qui, à mon avis, n'est pas dû aux qualités intrinsèques de ce langage), je dirais plutôt Java et Objective-C.le 05/04/2012 à 16:22
-
ptah35Membre éclairéJ'enfonce probablement une porte ouverte, mais il me paraît tout de même important de distinguer Java en tant que langage et Java en tant que plateforme.
Compiler du java pour le CLR n'est pas plus difficile que de compiler n'importe quel autre langage. La question qui se pose est plutôt celle-ci: Quel est l'intérêt du Java en tant que langage? Selon moi, probablement aucun. Un programmeur Java sera très rapidement à l'aise avec C#.
Si l'on considère Java en tant que plateforme, on pourrait y voir un certain intérêt comme celui de pouvoir profiter de toutes les bibliothèques écrites pour cet environnement en plus du Framework .NET, mais je me demande ce que .NET pourrait apporter à Java. En d'autre terme, si Java est aussi complet que je le pense pourquoi aurions-nous besoin du .NET?
Si on considère maintenant la question d'une projection Java pour WinRT, il s'agirait là, de par les contraintes imposées au applications, forcément de ne considérer le Java que comme un langage...le 08/04/2012 à 16:21 -
rt15Membre éclairéLe support du D dans Visual Studio ? Ce serait vraiment surprenant.
Je suppose par contre qu'il y a des chances qu'embarcadero essaie d'ajouter le support de WinRT au Delphi d'une manière ou d'une autre.
J'espère que ça ne serait pas être trop compliqué mais vu la manière donc l'API WinRT est exposée (C'est quasiment du pur COM en fait, très habillé, mais du COM), ça devrait pas être un souci.le 05/04/2012 à 16:11 -
champomy62Membre avertiSalut,
python et Qtle 05/04/2012 à 17:01 -
stardeathExpert confirméj'aurai bien aimé que la prog c++ soit de la VRAI prog c++, et pas "c++" + extensions.
il y a bien le contournement par COM mais il n'y a pas des masses de ressources là dessus '-_-le 05/04/2012 à 17:27 -
gb_68Membre confirméLe C++/CX m'avait aussi fait peur dans un premier temps (sorte de .Net ? quid des autres compilateurs/langages ?), mais il sera visiblement parfaitement dispensable si l'on n'en veut pas, une bibliothèque template ayant même été créée pour pouvoir gérer plus facilement tout cela en pur C++ WRL (Windows Runtime C++ Template Library).
Disons juste que la documentation joue un peu à cache-cache pour l'instant...le 05/04/2012 à 17:57 -
stardeathExpert confirméha bah merci pour le lien, je vais regarder ça en détail.le 05/04/2012 à 18:15
-
GuruuMeditationMembre expertUn bon petit F# serait pas mal.le 06/04/2012 à 8:41