Windows 8 : Microsoft publie un guide pour les développeurs en complément de la pré-béta de l'OS

Le 14/09/2011, par Gordon Fowler, Chroniqueur Actualités
Windows 8 : Microsoft publie un guide pour les développeurs
En complément de la pré-béta de l'OS

En plus de l'OS lui même, Microsoft a également publié un guide d'une trentaine de pages spécialement destiné aux développeurs Windows. On y retrouve détaillés toutes les avancées, les nouveautés et changements fondamentaux qu'introduit Windows 8, par exemple dans l'univers professionnel.

Télécharger le guide "Windows 8 : Windows Developer Preview"

Sur le même sujet
16/09/2011 - Internet Explorer 10 : la version tactile sera entièrement sans plug-in, ni Flash ni Silverlight pour le mode Metro du navigateur de Windows 8
15/09/2011 - Windows Server 8 : la pré-bêta disponible en téléchargement
Les rubriques (actu, forums, tutos) de Développez
Retrouvez le dossier complet de la rédaction
13/09 - Windows 8 : Microsoft dévoile les plateformes et langages de développement supportés


Poster une réponse Retrouver la discussion sur le forum

Avatar de Nathanael Marchand Nathanael Marchand
Rédacteur/Modérateur
le 14/09/2011
Les specs nécessaires pour faire tourner Windows8 (developper preview) sont:
-1Ghz CPU x86 (32bits ou 64bits)
-1Go RAM
-16Go d'espace disque
Avatar de YannPeniguel YannPeniguel
Membre émérite
le 14/09/2011
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?

Genre si tu laisses tourner un benchmark 2 heures, la machine est toujours debout?

L'interface est elle cool? agaçante?

Niveau drivers, on lui met ceux prévu pour windows 7 et ça marche?

Je vous prend pour mes cobayes, mais je vous prévient! C'est du bénévolat...
Avatar de Samuel Blanchard Samuel Blanchard
Rédacteur/Modérateur
le 14/09/2011
Dire que Silverlight est une vieille techno en voie de désuétude alors que Silverlight = C#/Xaml c'est un petit peu n'importe quoi.

En revanche Je pense qu'il y a une volonté de la part de microsoft d'unifier les technos utilisant C#/VB.NET+XAML (cad WPF+Silverlight) sous une appelation commune afin que celle ci soit considérée comme quelque chose de facilement réutilisable sur tout support à savoir : Desktop/Web/Tablette/Phone/XBox. Rappelé vous que Silverlight s'appelait WPF everywhere à l'origine et que changer de nom ne veut pas dire mourir
Avatar de DonQuiche DonQuiche
Membre Expert
le 14/09/2011
Erf. Et moi qui espérais avoir des réponses à mes questions. Mais rien dans tout ce que j'ai pu lire sur le net ou dans le guide fourni par MS. Quid donc du développement C# + XAML ? WPF semble définitivement enterré pour être remplacé par WinRT mais, concrètement, quelles sont les différences ? Pourrons-nous utiliser les nouvelles API pour développer sous XP, Vista et Seven ou faudra t-il attendre dix ans avant que ces OS n'aient disparu pour commencer à se servir de ces nouvelles couches ?
Avatar de Samuel Blanchard Samuel Blanchard
Rédacteur/Modérateur
le 14/09/2011

Citation:




WPF semble définitivement enterré pour être remplacé par WinRT mais, concrètement, quelles sont les différences ?

Je ne pense pas que WPF soit mort et enterré. WinRT à ma connaissance ne servira qu'à faire la liaison entre les applis sandboxé et WinMetro donc toutes les autres technos devraient rester d'actualité en mode Windows.


Citation:




Pourrons-nous utiliser les nouvelles API pour développer sous XP, Vista et Seven ou faudra t-il attendre dix ans avant que ces OS n'aient disparu pour commencer à se servir de ces nouvelles couches ?

Je ne pense pas que WinMetro sera disponible sous ces OS (même si sous Win7 quelques petits malins le porteront peut être), tout simplement car c'est l'avancé majeur de Win8 et qu'il faudra bien le vendre cet OS.

En revanche ce qui est intéressant dans Win8 + WinMetro c'est son MarketPlace qui te permettra de toucher beaucoup plus de client pour tes applications !
Avatar de DonQuiche DonQuiche
Membre Expert
le 14/09/2011

Citation:





Envoyé par Samuel Blanchard
Voir le message

Je ne pense pas que WPF soit mort et enterré. WinRT à ma connaissance ne servira qu'à faire la liaison entre les applis sandboxé et WinMetro donc toutes les autres technos devraient rester d'actualité en mode Windows.

Ms ne parle malheureusement que de "C# + XAML". La question est de savoir qui définit tous les contrôles, animations, etc qui sont utilisables via ces deux langages, du simple bouton à des contrôles élaborés. Et visiblement ce n'est si SL ni WPF mais plutôt les nouvelles API communément utilisables par dotnet et JS. Alors nous verrons bien mais à mes yeux cela annonce la mort de WPF au profit d'une nouvelle API similaire. Ce dont je ne me plains pas en soi, au contraire, je voudrais simplement des détails sur ces nouvelles API.

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.


Citation:




Je ne pense pas que WinMetro sera disponible sous ces OS (même si sous Win7 quelques petits malins le porteront peut être), tout simplement car c'est l'avancé majeur de Win8 et qu'il faudra bien le vendre cet OS.

Je ne leur demande pas de mettre en place la nouvelle UI dans les précédentes versions de Windows ou d'inclure dans ces dernières les batteries d'innovations comme le support du multitouch ou des senseurs. Mais MS cherche visiblement à totalement bouleverser le développement Windows avec de nouvelles API et j'aimerais que ces API soient disponibles sous les anciennes versions de Windows afin que, nous, développeurs, puissions en profiter dès maintenant dans l'intérêt des utilisateurs. Et pas dans dix ans.
Avatar de XET4U XET4U
Invité de passage
le 14/09/2011
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
Avatar de Samuel Blanchard Samuel Blanchard
Rédacteur/Modérateur
le 14/09/2011

Citation:




Ms ne parle malheureusement que de "C# + XAML".


Comme WinRT sera le socle des Apps Metro, il prendra en compte des API qui était auparavant inclut dans Silverlight, finalement comme le faisait Win32. Que reste t'il alors à Silverlight ? Tout le coté representation/animation de l'UI. On a donc affaire à un nouveau Subset de Silverlight (comme Silverlight est un subset de WPF à l'origine). Je pense que c'est pour cette raison que l'on parle de C#+XAML et non de Silverlight. Qu'en penses tu ?


Citation:




La question est de savoir qui définit tous les contrôles, animations, etc qui sont utilisables via ces deux langages, du simple bouton à des contrôles élaborés

Si cela se passe comme sous WP7, il devrait y avoir des styles predefinis pour les controles qui leur donne un look WinMetro.
Si les controles sont pris en charge par WinRT, On ne pourra pas les redefinir et on perdra donc un des gros avantage de XAML : La customisation.
Je ne pense pas que cela se passera comme cela.
Je t'en dirais plus dès que j'aurais fini d'installer la Build


Citation:




Et visiblement ce n'est si SL ni WPF mais plutôt les nouvelles API communément utilisables par dotnet et JS. Alors nous verrons bien mais à mes yeux cela annonce la mort de WPF au profit d'une nouvelle API similaire.

Ce que je voulais dire par la c'est que tout comme une appli Metro construite en HTML + Javascript ne pourra être utilisé dans un browser Web classique, une appli C#+XAML ne sera pas une appli Silverlight/WPF. Cela n'empeche pas que l'on puisse recupérer la majorité du code entre les deux versions. De plus si WinMetro est bien adapté au tablette, pour la production toute personne censé passera sous Windows ou une appli SL ou WPF a encore tout son sens.


Citation:




Ce dont je ne me plains pas en soi, au contraire, je voudrais simplement des détails sur ces nouvelles API

Fais comme moi, installe la Build


Citation:




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.

C'est tout à fait possible que cela aille plus loin que ce que je pensais en effet. J'ai lu que c'est une librairie ecrite en C++ dont l'accès par C#/Javascript s'effectue sans Wrapper pour lui donner des perfs accrues.

Maintenant si tu regarde le diagramme on voit aussi que IE est au même niveau que Win32. On peut donc imaginer que même si ils sont au même niveau, WinRT puisse se servir de Win32 pour certaines actions. Tout cela pour dire qu'il est diffcile de se fier à un diagramme.


Citation:




Je ne leur demande pas de mettre en place la nouvelle UI dans les précédentes versions de Windows ou d'inclure dans ces dernières les batteries d'innovations comme le support du multitouch ou des senseurs. Mais MS cherche visiblement à totalement bouleverser le développement Windows avec de nouvelles API et j'aimerais que ces API soient disponibles sous les anciennes versions de Windows afin que, nous, développeurs, puissions en profiter dès maintenant dans l'intérêt des utilisateurs. Et pas dans dix ans.

Installe la Build ! Il y a VS2011 et Blend 5 d'inclus dedans alors que la version n'est même pas en Beta
Avatar de pseudocode pseudocode
Rédacteur/Modérateur
le 14/09/2011

Citation:





Envoyé par DonQuiche
Voir le message

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.
Avatar de Samuel Blanchard Samuel Blanchard
Rédacteur/Modérateur
le 14/09/2011
Merci pseudocode pour ces infos complémentaires sur WinRT Je ne pensais pas effectivement que cette brique était autant liée au systeme, ce qui est rassurant pour les perfs de l'ensemble.

Je me demande si cette brique sera portée sur Windows Phone 8 du coup ?
Avatar de rt15 rt15
Membre confirmé
le 14/09/2011
Difficile de se faire une idée sur WinRT. On entend tout et son contraire...

J'ai finalement trouvé cet article qui me semble être le plus pertinent. Il contient d'ailleurs des liens vers de la documentation M$ telle que la classe "Button" de WinRT.

La WinRT serait donc plus ou moins "juste" une librairie (N'incluant par exemple pas une machine virtuelle comme le fait la CLR).

Sur le plan technique, l'interface serait basée sur COM, ce qui explique (enfin !) son extrême interopérabilité. En effet, un composant COM peut depuis longtemps être exploité depuis du C ou du C++ natif, du jscript (Le javascript sauce M$, souvenir, souvenir), du vbscript, et tous les langages .NET.

Mais M$ semble avoir enrobé le COM avec une "ABI" facilitant la création et l'utilisation des classes de la WinRT. Tous ceux qui on essayé savent que la création de composants COM en C++ n'était pas, heu... confortable. Et l'IDL a été remplacé par autre chose (Des .winmd.).

Par contre, je n'ai rien trouvé concernant l'intégration de cette librairie avec l'OS, et s'il y a bien un nouveau sous-système comme l'indique pseudocode. La question est surtout de savoir si ces librairies s'appuient sur la couche win32 ou ntdll.dll ou encore si elle réalise elle même les appelles systèmes/syscall.

[ edit ]
En gros la racine de la doc officielle sur WinRT est là. On peut ensuite naviguer pour pêcher pas mal d'info. Notamment la référence des namespaces et donc des classes. On apprend aussi qu'une partie de l'API Win32 sera autorisée dans certains cas.
Avatar de Neko Neko
Membre Expert
le 14/09/2011

Citation:





Envoyé par YannPeniguel
Voir le message

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?

Genre si tu laisses tourner un benchmark 2 heures, la machine est toujours debout?

L'interface est elle cool? agaçante?

Niveau drivers, on lui met ceux prévu pour windows 7 et ça marche?

Je vous prend pour mes cobayes, mais je vous prévient! C'est du bénévolat...



Je l'ai installé, c'est relativement stable.
Installé sur un laptop Dell (donc sans touch screen ). version 64bits, proc i7 avec 4Gb de ram (largement au dessus du minimum).

Je peux pas en dire grand chose pour l'instant, donc premières impressions en vrac:
Installation en 17 minutes. aucun serial demandé
Bootloader graphique très simple
Interface extrêmement simpliste.

En ce qui concerne metro.
Il est utilisable avec la souris ou le clavier.
par contre, on arrête pas de switcher entre le bureau type 7 et métro.
Par exemple pour accéder aux configurations wifi ( donc juste entrer la clé de cryptage, truc de base ). Il faut cliquer sur config dans métro ( là on peux seulement allumer et atteindre le wifi ); cliquer sur "more settings" ce qui vous emmène au panneau de config à la windows 7 et donc vous pouvez enfin installer votre wifi.

Chaque clique sur le bouton démarrer vous ramène à métro.
Internet explorer metro ne semble pas marcher par contre IE sur le bureau marche ( étrange ).
Les applis métro prennent quelques secondes a se lancer tout de même ce qui est étrange.
En ce qui concerne les drivers tout a été directement détecté et installé sur ma machine. Mais elle est récente.

Personnellement je suis pas fan du tout de métro. Mais ce n'est qu'une preview ils ont encore le temps d'améliorer des choses.
Avatar de YannPeniguel YannPeniguel
Membre émérite
le 14/09/2011
Si tu as une carte graphique NVidia ou Ati dans ton PC, que cela donne t'il si tu essaie d'installer le pilote proprio destiné a Windows 7?

Arrive tu a lancer des logiciels courants et a t'en servir normalement? Genre Guitar Pro? Un jeux vidéo récent? Eclipse? Photoshop?
Avatar de pseudocode pseudocode
Rédacteur/Modérateur
le 14/09/2011

Citation:





Envoyé par rt15
Voir le message

concernant l'intégration de cette librairie avec l'OS, et s'il y a bien un nouveau sous-système comme l'indique pseudocode. La question est surtout de savoir si ces librairies s'appuient sur la couche win32 ou ntdll.dll ou encore si elle réalise elle même les appelles systèmes/syscall.

C'est en effet pas clair pour l'instant.

J'ai cru comprendre que WinRT est l'incarnation du projet Midori/Redhawk, c'est à dire un sous-système incluant un compilo et un runtime. Ce runtime contiendrait les librairies (cf schéma dans la news) et un garbage collector). Il semble aussi y a avoir un mécanisme IPC (orienté message), une déclaration d'interface par contrat et une déclaration des applications par manifeste.

Ca n'est peut-être pas véritablement un CLR, mais ca y ressemble grandement.

Windows Runtime reference
Avatar de stardeath stardeath
Membre Expert
le 14/09/2011
premières impressions, metro c'est mauvais au possible, ça switch sans arrêt, j'ai l'impression de cliquer sans que ça fasse avancer le schmilblick, c'est comme si je pouvais rien faire en permanence.
Avatar de Bart-Rennes Bart-Rennes
Membre du Club
le 14/09/2011
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...
Poster une réponse Retrouvez la suite de la discussion

 
 
Developpez.com

Nous contacter

Participez

Informations légales

 
Services

Forum d'entraide

Blogs

Hébergement

 
Partenaires

Hébergement Web