Discussion :

[pseudocode]

Note d'ailleurs que WinRT remplace même Win32 d'après le diagramme présenté. C'est à dire que cette couche couvre aussi bien les accès I/O que la définition des fenêtres et contrôles. C'est cohérent avec ce qui avait été annoncé et cela semble définitivement aller beaucoup plus loin que ce que tu imagines.

D'après ce que j'ai compris WinRT est un runtime, au meme titre que l'est la CLR de .Net. Ici on peut voir WinRT comme une version système de la CLR (d'où son nom de SLR : System Language Runtime).

Ce runtime est un sous-sytème résident de l'OS. C'est donc normalement un gros gain de perf : un runtime global pour tout le système (au lieu d'avoir un CLR lancé par appli .Net) et des librairies accédant directement au kernel si besoin (au lieu de passer par win32).

WinRT supporte l'exécution d'appli C/C++, ce qui implique qu'il doit y a voir un mécanisme pour supporter des binaires x86/x64, à moins que les applis C/C++ soient compilées dans un jeu d'instructions neutre (a l'instar du CIL). A voir.

[XET4U]

citation :Est-ce que les premiers courageux a installer cette preview pourraient l'utiliser quelques heures et fournir un premier retour sur l'utilisation de la chose en terme d'utilisation et de stabilité du bousin?

Avec plaisir, je l'installe dès ce soir et je fais un retour rapide

[Bart-Rennes]

stardeath: +1

Jolie pour une tablette mais déroutant pour une utilisation desktop. Pour l'instant je suis sceptique et je pense qu'il va y avoir beaucoup de changement de fonctionnement d'ici la version finale...

[zeavan]

Quelque chose m'echappe, pour les applications Desktop, il est mentione Silverlight, qu'en est-il de WPF?

[rt15]

Quelque chose m'echappe, pour les applications Desktop, il est mentione Silverlight, qu'en est-il de WPF?

Bin ça va passer à la trappe (Et rejoindre les winforms). WinRT propose la même chose (XAML, librairie de composants graphiques...). C'est tellement proche que le portage de WPF vers WinRT ne devrait pas être compliqué ni déstabilisant. C'est d'ailleurs expliqué dans la doc.

[troll]
Avec WinRT, M$ prend un virage presque à angle droit. Depuis plus de 10 ans, M$ cherche à imposer .NET à tous les développeurs (Sauf à ses propres devs qui font du C++ natif, cf la plupart des applis desktop M$, la CLR elle même...). Les résultats ont laissé à désirer. Très peu d'appli desktop en.NET ont percées. Le point culminant est arrivé avec WP7, ne proposant que silverlight. On risquait la même chose sur Windows 8.
Mais maintenant, avec WinRT, c'est bien la première fois depuis longtemps que M$ ne pousse plus que du .NET, mais aussi du C++ natif et du javascript.
[/troll]

[camus3]

stupide d'avoir abandonné Jscript.NET pour Ecmascript 5 qui est bien moins puissant et surtout sans classes "classiques", avec Microsoft , c'est 1 pas en avant , 4 pas en arrière.
L'argument HTML5 , ce n'est d'ailleurs que du marketing ,puisque l'API "DOM" microsoft est différente.
Jscript.NET était un très bon langage qui justement permettait aussi bien le dev via prototype et avec de vrais classes et interfaces.

[stailer]

Bin ça va passer à la trappe (Et rejoindre les winforms). WinRT propose la même chose (XAML, librairie de composants graphiques...). C'est tellement proche que le portage de WPF vers WinRT ne devrait pas être compliqué ni déstabilisant. C'est d'ailleurs expliqué dans la doc.

Mouuuuais... Donc une appli d'une 100aines de forms en Silverlight ou WPF , qui utilise des tas de contrôles tiers (infragistics , devepxress etc..) + des contrôles persos + RIA Services ; et ben y aura aucun souci à la migrer ?

Si c'est ça, super, voilà un discours rassurant.. Malheureusement, une fois de plus la réalité sera tout autre j'en suis quasi-convaincut : faudra tout refaire

[Nathanael Marchand]

faudra tout refaire

Pourquoi refaire?

[pseudocode]

Mouuuuais... Donc une appli d'une 100aines de forms en Silverlight ou WPF , qui utilise des tas de contrôles tiers (infragistics , devepxress etc..) + des contrôles persos + RIA Services ; et ben y aura aucun souci à la migrer ?

Si c'est ça, super, voilà un discours rassurant.. Malheureusement, une fois de plus la réalité sera tout autre j'en suis quasi-convaincut : faudra tout refaire

WinRT c'est uniquement pour les applications "Metro".

Pour les applications "Desktop" classique, on est toujours sur l'API win32 (sur laquelle on peut installer .Net). Donc rien a refaire.