Microsoft : améliorations pour UWP, préversion de Visual Studio 15 et nouveau SDK

Microsoft : améliorations pour UWP, préversion de Visual Studio 15 et nouveau SDK

Tous les chemins mènent au Windows Store

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

01/04/2016 6 minutes
21

Microsoft : améliorations pour UWP, préversion de Visual Studio 15 et nouveau SDK

Conférence Build oblige, Microsoft dévoile de nombreuses nouveautés en approche pour les développeurs. Hier soir se tenait une autre assemblée, au cours de laquelle l’éditeur a annoncé des améliorations pour UWP, ainsi que diverses préversions, dont une pour le nouveau Visual Studio.

UWP, pour Universal Windows Platform, est un socle technologie permettant théoriquement aux développements de proposer des applications qui pourront fonctionner partout où se trouve Windows 10. En pratique, c’est un peu plus compliqué que cela, puisque la Xbox One par exemple ne peut toujours pas recevoir les applications du Windows Store. Certains, à l’instar de Tim Sweeney, craignent également que cette plateforme, centrée justement sur le Store, n’étouffe la concurrence.

Microsoft veut envoyer toutes les applications Win32 vers le Store

Les informations données hier soir par Microsoft comprenaient justement des éléments de réponse à ces craintes. UWP va donc être renforcé, pour se diriger toujours plus vers la vision d’une seule plateforme et d’une seule boutique globale. L’un des plus gros points abordés est la « conversion » des applications Win32 et .NET en équivalents UWP.

Il ne s’agit pas à proprement parler d’une conversion, en dépit du mot « Converter » utilisé par Microsoft pour décrire l’outil qui automatise une grande partie du processus. Seul l’installeur du logiciel est converti (APPX), le reste étant encapsulé dans une application virtuelle qui s’occupe de rediriger les appels qui ont besoin de l’être (notamment la base de registre et les accès aux fichiers).

Les avantages de l'encapsulation vers UWP

Cette manière de procéder permet à l’application de figurer non seulement dans le Store, mais de profiter également des fonctionnalités propres à Windows 10. On pourra par exemple la désinstaller par un simple clic droit depuis sa vignette dans le menu Démarrer, comme n’importe quelle autre provenant du Store, plutôt que de passer par le panneau dédié à cet effet. Les applications profiteront également des notifications ou encore des vignettes dynamiques. Ces fonctionnalités réclameront bien entendu du code supplémentaire.

Microsoft cite évidemment de nombreux avantages. Pas « d’enfer des DLL », pas de bazar dans la base de registre, des mises à jour automatiques et silencieuses via le Store, une exécution du code en espace utilisateur uniquement, aucun code lié aux pilotes, pas d’appels aux services NT et ainsi de suite. En d’autres termes, toutes les prérogatives des applications UWP.

Pour Microsoft, un chemin constellé d'avantages

Il y a plusieurs raisons pour lesquelles Microsoft a tout intérêt à pousser vers une telle transition. D’une part, une gestion nettement plus propre du parc logiciel sous Windows, en évitant tous les aléas cités plus haut. D’autre part, une plus grande facilite pour l’utilisateur, qui n’a plus qu’à regarder dans le Store ce qu’il souhaite, et à le laisser faire pour le reste, à la manière de n’importe quelle plateforme mobile.

Mais le plus important, c’est que la firme a besoin d’augmenter l’attraction de sa boutique. Si les applications Win32 s’y déversent, la logithèque pourrait faire un bon très conséquent, tant en quantitatif qu’en qualitatif. Avec l’augmentation du nombre de machines sous Windows 10, les éditeurs pourraient bien y voir une vraie opportunité, d’autant qu’une fois une application dans le Store, c’est bien Microsoft qui se charge des coûts d’infrastructure et donc de distribution.

Une première préversion de Visual Studio « 15 »...

Parallèlement à ces annonces, Microsoft propose des préversions de Visual Studio « 15 » (probablement 2016, voire 2017 s’il arrive dans la seconde moitié de l’année) ainsi que du SDK pour l’Anniversary Update de Windows 10, qui devrait sortir en juillet normalement.

Du côté de l’IDE, la liste des nouveautés est particulièrement volumineuse. On citera néanmoins la possibilité d’ouvrir et de modifier n’importe quel code dans n’importe quel dossier, le « Edit and Continue » de XAML pour les applications UWP et WPF, la compatibilité améliorée du compilateur C++ avec les normes C++11 et 14, l’utilisation par défaut de la nouvelle base de données fondée sur SQLite, le support de Gradle pour Android, l’importation des projets iOS, l’ajout de conditions aux exceptions dans le débogage, NuGet 3.4, un lancement plus rapide de l’éditeur et ainsi de suite.

À noter que Microsoft prépare également un nouvel installeur pour ce Visual Studio, dont la mission est de simplifier l’ensemble du processus, tout en lui faisant consommer moins d’espace. Pourtant le nom de code Willow, il se veut également beaucoup plus rapide, tout en ayant moins d’impact sur les performances de la machine pendant la durée de l’opération. Étant en développement lui aussi, il est proposé séparément de la préversion principale de Visual Studio 15.

visual studio 15

... et du SDK pour l'Anniversary Update de Windows 10

Une préversion du SDK pour la prochaine révision de Windows 10 est en outre disponible. Elle correspond à l’ensemble des ajouts prévus pour l’Anniversary Update du système, qui devrait porter le numéro de version 1607, pour juillet 2016. Sont donc inclus les Connected Devices, qui permettent les interactions avec Cortana via le cloud, le support des applications tournant en tâche de fond sans nécessiter deux processus séparés, le support des extensions pour les applications UWP (Edge s’en servira pour les siennes), la synchronisation des notifications dans le Centre d’Actions via le cloud (nous y reviendrons), Windows Ink pour la reconnaissance manuscrite ou encore les améliorations pour Cortana.

Notez que ce SDK, que l’on peut récupérer depuis ce lien, ne nécessite pas nécessairement la préversion de Visual Studio 15 pour fonctionner. Ceux qui possèdent déjà Visual Studio 2015 avec la toute récente Update 2 peuvent également s’en servir.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Microsoft veut envoyer toutes les applications Win32 vers le Store

Les avantages de l'encapsulation vers UWP

Pour Microsoft, un chemin constellé d'avantages

Une première préversion de Visual Studio « 15 »...

... et du SDK pour l'Anniversary Update de Windows 10

next n'a pas de brief le week-end

Le Brief ne travaille pas le week-end.
C'est dur, mais c'est comme ça.
Allez donc dans une forêt lointaine,
Éloignez-vous de ce clavier pour une fois !

Fermer

Commentaires (21)


Si ca pouvait corriger les blocages de VS2015 au chargement de gros projets, lors de l’ouverture de fichiers xaml… ceci meme sans utiliser l’editeur xaml pour l’editeur de code ‘normal’, donc pas de preview xaml.

J’ai pris le parti de demarrer le pc, VS2015, lancer l’ouverture du projet et partir prendre un café.

Au bout de facile 10mn, ca devient utilisable, mais avant cela, l’outil ne repond pas, semble beaucoup travailler, etc.

Bref, au lieu de se prendre la tete, faut le prendre avec philosophie.


J’ai quand même toujours du mal avec d’un côté le mot “Universel” et de l’autre du code qui ne l’est absolument pas… :/



Avec le store qui affiche aussi les apps incompatibles, ça risque d’être un peu lourd l’utilisation sur Xbox/Mobile.


Quand vous parlez de Win32, vous évoquez uniquement les applis classiques 32 bits ou également les 64 bits ?


Le nom complet c’est Universal Windows Platform, et le code l’est bien pour les Windows


Le code est bien “quoi” pour les Windows ? <img data-src=" />



Universel ? Il est universel avec Windows 10 Desktop. Soit UNE possibilité de l’UWP.


Windows 10 tout court (mobile, desktop, xbox one, iot, …)


Ton code Win32 encapsulé dans un appX sera compatible mobile/xbox/iot ? <img data-src=" />



Pourquoi Microsoft s’emmerde avec WinRT alors ?



Bref.








zogG a écrit :



Ton code Win32 encapsulé dans un appX sera compatible mobile/xbox/iot ? <img data-src=" />



Pourquoi Microsoft s’emmerde avec WinRT alors ?



Bref.



Si tu parlais du code win32, fallait le dire. En lisant tes commentaires, on comprend pas ça.



Je parle du code qui “sera dispo sur le store et qui ne sera pas compatible Xbox/Mobile”… je sais pas ce qu’on peut comprendre d’autre… C’est le sujet de l’actu… s’il faut préciser qu’on commente l’article <img data-src=" />


Certe c’est un gros morceau de l’article mais ça ne parle pas que d’UWP encapsulant win 32. Exemple la fin qui parle des évol (windows Ink, ….).



C’est pour ça que ça te semble clair mais ça l’ai pas pour tout le monde :)



Nb : ce qui est rare ici c’est qqu’un qui commente en ayant lu l’article avant&nbsp;<img data-src=" /> <img data-src=" />


Donc non Win32 encapsulé dans un .Appx n’est pas universel sur tous les SKU Windows 10 mais seulement sur le SKU PC.



L’objectif c’est de faire rentrer l’app dans le store PC, de mettre fin au WinRot et d’avoir des process d’installation, de maj et de desinstallation propre et moderne.



Ensuite dans ce package il va pouvoir écrire/réécrire du code en véritable WinRT/UWP afin de s’interfacer de plus en plus avec les possibilités du système.



Et c’est seulement une fois que tous le code sera réécrit en UWP qu’il pourra toucher le mobile, la xbox et hololens


Non mais merci… ces questions étaient rhétoriques… <img data-src=" />



(c’est aussi dans la news, enfin dans la vidéo@14:00)








momal a écrit :



Si ca pouvait corriger les blocages de VS2015 au chargement de gros projets, lors de l’ouverture de fichiers xaml… ceci meme sans utiliser l’editeur xaml pour l’editeur de code ‘normal’, donc pas de preview xaml.

J’ai pris le parti de demarrer le pc, VS2015, lancer l’ouverture du projet et partir prendre un café.

Au bout de facile 10mn, ca devient utilisable, mais avant cela, l’outil ne repond pas, semble beaucoup travailler, etc.

Bref, au lieu de se prendre la tete, faut le prendre avec philosophie.





Tu as toujours le problème avec l’update 2 ? Elle est sensé résoudre beaucoup de ces blocages.

&nbsp;Si ce n’est pas le cas, vérifie tes plugins (et pas que les extensions), ça vient de là (faut parfois les réinstaller, les blocage pouvant être des difficultés dans leur chargement) pas de VS2015 lui-même qui est plutôt rapide.









zogG a écrit :



Le code est bien “quoi” pour les Windows ? <img data-src=" />



Universel ? Il est universel avec Windows 10 Desktop. Soit UNE possibilité de l’UWP.





C’est la plateforme qui est universelle, pas chacune de ses utilisations qui peut, pour résoudre certains problèmes spécifiques, devenir spécifique.



L’empactage d’appli Win32/.Net dans du UWP, ça permet de résoudre le WinRot. Ce WinRot est spécifique à la plateforme Windows Desktop, donc la solution est également spécifique à Windows Desktop.



Ca me semble logique, pas toi ?



Si pour toi c’est logique d’inclure dans une plateforme universelle des choses qui ne le sont pas, alors effectivement, aucun soucis !



Je trouve que c’est une façon maladroite de présenter les choses, rien de plus.



L’objectif lui est parfaitement compréhensible et louable, c’est pas du tout ce que je remet en cause dans mon commentaire original qui était pour rappel : Le store “universel” va afficher de plus en plus d’applications qui ne le sont pas. Je suis pas certain que le grand public comprenne bien.








zogG a écrit :



Si pour toi c’est logique d’inclure dans une plateforme universelle des choses qui ne le sont pas, alors effectivement, aucun soucis !




  Je trouve que c'est une façon maladroite de présenter les choses, rien de plus.        






  L'objectif lui est parfaitement compréhensible et louable, c'est pas du tout ce que je remet en cause dans mon commentaire original qui était pour rappel : Le store "universel" va afficher de plus en plus d'applications qui ne le sont pas.  Je suis pas certain que le grand public comprenne bien.








 Le Store ne se vend pas comme universel, et le public il ne verra que les applis qu'il peut installer sur la machine qu'il utilise pour visiter le store (et sur le net, il y a des vignettes pour l'indiquer). Bien sur c'est maladroit, mais gérer le légacy c'est toujours maladroit, il n'y a jamais de solution parfaite pour ça ! Là, la solution reste relativement claire, bien plus que de ne rien faire en tout cas.      






 &nbsp;L'UWP ce n'est pas tout ou rien, c'est une plateforme à la carte. Si tu prend le menu complet, MS t'assure une universalité parmi ses produits (Bureau/Mobile/Salon/BoutDuNez/LeFuturNormalementAussi), si tu ne le fait pas, ben tu l'auras pas.  Et bien sur c'est indiqué sur la fiche du Store.


Je ne suis pas parti revérifier concernant les prof win32, mais si c’est win32 vers UniversalWindowsPlatform alors c’est une app universelle. Si c’est juste une conversion en App Windows Store alors c’est juste pour le PC. Le Windows Store n’est pas le Windows Universal Store.



Et même, une app universelle peux, au choix du dev, n’être dispo que sur certaines plateformes (Mobile et Xbox et pas PC etc).



Moi ça ne me choque pas tant que ça en fait


Reste toujours la question de base : comment je peux faire tourner un même code sur windows 7 et sur windows 10.

Et la réponse : win32 / .net, et pas UWP.



Les développeurs de progiciels vont attendre 10 ans avant de s’y mettre, le temps que win10 soit majoritaire.

Et on peut même pas faire un launcher UWP en attendant : Process.Start existe pas et l’enregistrement des protocoles perso (mailto:adresse) ouvre un écran windows que les utilisateurs comprennent pas…








Aloryen a écrit :



Reste toujours la question de base : comment je peux faire tourner un même code sur windows 7 et sur windows 10.

Et la réponse : win32 / .net, et pas UWP.



Les développeurs de progiciels vont attendre 10 ans avant de s’y mettre, le temps que win10 soit majoritaire.

Et on peut même pas faire un launcher UWP en attendant : Process.Start existe pas et l’enregistrement des protocoles perso (mailto:adresse) ouvre un écran windows que les utilisateurs comprennent pas…







Tu fais l’appli en Win32 et du la passe sous projet Centennial pour la transformer en UWP. Tu touche les deux plateformes et voilà :)

Du moment que ça ne cherche pas à faire une interface spécifique et correspondant au “code” de W10, tout va bien.



Merci du conseil, je vais deja regarder l’update 2. On n’a pas encore migre les postes, vu qu’il faut aller prendre la tete a la DSI pour cela… Les joies des grands groupes et des acces internets “un peu” bridés…


En parlant d’UWP, il y a de bons tutos ou bouquins pour partir là-dessus ? Ça pourrait être intéressant que je m’y mette un jour <img data-src=" />