Discussion :

[Hinault Romaric]

Windows 8 : Microsoft veut supporter plus de langages dans WinRT
en plus de ceux existants


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 ?

Que pensez-vous de l'introduction d'autres langages dans WinRT ?

[timiteh]

Qu'ils commencent déjà par pleinement supporter leur propre langages, tel C#, en offrant toutes les possibilités de .Net via WinRT.
Parce qu'avec l'animosité de Steven Sinofsky pour .Net c'est pas gagné .

[Niark13]

http://channel9.msdn.com/posts/LangNEXT-2012

Premier commentaire :

I smell D support in VS12...

POURVU QUE ÇA SOIT VRAI !!

[rt15]

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.

[DonQuiche]

http://channel9.msdn.com/posts/LangNEXT-2012

Premier commentaire :


POURVU QUE ÇA SOIT VRAI !!

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.

[champomy62]

Salut,

python et Qt

[stardeath]

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 '-_-

[gb_68]

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

[stardeath]

ha bah merci pour le lien, je vais regarder ça en détail.

[GuruuMeditation]

Un bon petit F# serait pas mal.

[Invité]

Ca me parait super intéressant WinRT, va falloir que je regarde cela de plus prêt.

[Invité]

Un bon petit F# serait pas mal.

F# Le but premier est de ramener beaucoup de développeurs sur cette plateforme et faire grossir le marketplace Windows 8. Moi je dirai plutôt les langages suivants : Java (Ce n'est pas interdit de rêver ), Delphi et Python.

[Nathanael Marchand]

Python me parait compliqué mine de rien. Java aussi.
Ce sont des languages qui nécéssiterait d'embarquer un interpreteur/machine virtuelle pour faire tourner. Or il n'y a qu'un bout de .Net et un moteur JavaScript disponible.
IronPython devrait être possible.

Mais à plus ou moins long terme on peut imaginer un espèce de bootstrapper natif qui permettrait de lancer une machine virtuelle et qui permettrait aussi la projection.

[Niark13]

Le support du D dans Visual Studio ? Ce serait vraiment surprenant.

Oui, c'est vrai, mais en même temps, ils ont quelques employés qui semblent bien associer COM (la base de WinRT) et D :

http://lunesu.com/uploads/ModernCOMProgramminginD.pdf

[Invité]

Python me parait compliqué mine de rien. Java aussi.
Ce sont des languages qui nécéssiterait d'embarquer un interpreteur/machine virtuelle pour faire tourner. Or il n'y a qu'un bout de .Net et un moteur JavaScript disponible.

Bon ils l'ont fait pour Javascript alors c'est difficile mais on est sur la voie pour Java.

[Nathanael Marchand]

Bon ils l'ont fait pour Javascript alors c'est difficile mais on est sur la voie pour Java.

Il y a un moteur Javascript car c'est celui de IE. Mais mettre une JVM sur Windows ca me parait compliqué! Je vois mal Microsoft refaire une JVM from scratch (avec tous les problèmes de brevets Oracle de surcroit) et intégrer celui d'Oracle... J'en parle même pas

IKVM peut être une solution en effet.

[ptah35]

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

[Niark13]

Je suis d'accord avec toi, ptah35.

Python et F# me semblent un bon pronostic, d'autant plus que MS est l'auteur des Python tools for Visual Studio.

[zulad]

N'oublions pas le JScript et le Scheme

Si on oublie ces langages nous n'aurons plus que la cuisine pour désigner le terme développement. J'en veux pour preuve ce tutoriel :

Comment “cuisiner” une application Windows 8 avec HTML 5, CSS3 et JavaScript

Un peu d'HTML5, de JS, de python, d'Erlang, et on a la fine équipe du développement siouplait Merci crosoft de veiller à la "separation of concerns". Pourquoi ne pas intégrer KDE à Métro aussi ?

Qu'ils fassent un bon langage de scratch, plutôt que de resservir la même tambouille.

[DonQuiche]

Qu'ils fassent un bon langage de scratch, plutôt que de resservir la même tambouille.

On pourrait même l'appeler C#, tiens.