Microsoft avait présenté son Desktop App Converter pendant sa conférence d'ouverture de la Build. Objectif : récupérer les logiciels Win32 et .Net pour les faire transiter vers UWP. La première préversion de cet outil est désormais disponible.
Il n’aura finalement pas fallu longtemps pour que Microsoft publie la première préversion de son Desktop App Converter. Ce composant, très important dans la stratégie développeur du géant, permet de « convertir » des applications Win32 et .NET vers UWP (Universal Windows Platform).
L’objectif du projet Centennial est en effet d’augmenter à terme la taille du catalogue d’applications et de jeux du Windows Store en y basculant des logiciels classiques. Il ne s’agit pas vraiment d’un vrai processus de conversion, puisque seul l’installeur est essentiellement transformé, le reste étant surtout une question de redirection des appels. Mais dans tous les cas, les applications ainsi modifiées peuvent profiter des fonctionnalités de Windows 10, notamment les notifications, les vignettes dynamiques, la désinstallation simple ainsi que les mises à jour automatiques.
Un processus basique, mais de nombreuses évolutions possibles
Sur la fiche de téléchargement, Microsoft explique d’ailleurs bien que Desktop App Converter empaquète simplement les binaires d’une manière différente. Le DAC fonctionne de concert avec certaines modifications intervenant dans l’exécution des paquets UWP dans Windows 10 avec l’Anniversary Update (AU). Les exécutables classiques ainsi empaquetés peuvent y fonctionner avec tous leurs droits. Ces paquets UWP disposent en outre d’une identité, débloquant ainsi l’utilisation de toutes les API.
Pour l’éditeur, ce processus de conversion permet aux développeurs de prendre leur temps. Ils peuvent se contenter par exemple du processus de base, générant ainsi un paquet APPX qu’ils pourront ensuite déployer sur des machines Windows 10 via le sideloading (actif par défaut depuis la version 1511 du système). À terme, ils pourront viser le Windows Store et remplacer petit à petit par exemple le code Win32 pour se tourner vers WinRT.
Notifications, interface XAML, vignettes dynamiques, tâches de fond, services et autres pourront donc être ajoutés avec le temps. Précision importante : tant que le développeur n'a pas basculé intégralement son code, il ne profitera pas vraiment de l'aspect universel de la plateforme. C'est d'ailleurs la raison pour laquelle le module se nomme Desktop App Converter, puisqu'il ne peut fonctionner que pour les logiciels de bureau.
Des paquets APPX qui ne fonctionnent qu'avec la build 14316 minimum
Pour l’heure, le fonctionnement du DAC est un peu « spartiate ». Disponible en version 0.1.8, il se récupère depuis le site de Microsoft, avec une image WIM contenant une préversion de Windows 10 AU (build 14316). Il prend en charge les applications Win32 et .NET, mais uniquement celles qui visent la version 4.6.1 pour ce dernier. Le processus de conversion est silencieux, générant un paquet APPX qui ne pourra ensuite être installé qu’à travers la commande Add-AppXPackage de PowerShell.
Actuellement, le DAC s’utilise comme un élément séparé, mais on imagine qu’il sera dans le futur disponible de manière plus intégrée, notamment dans Visual Studio. Pour le reste, il est déjà capable de prendre en charge les binaires d’installation en EXE ou MSI et fait son travail.
Il faut laisser le temps au temps
Le DAC, tout comme Windows 10 AU, va évoluer au cours des prochains mois. Le déploiement de telles applications ainsi « converties » ne pourra de toute manière se faire qu’à compter du moment où la grosse mise à jour système aura été diffusée. Or, Microsoft n’a pas donné de date précise, même si la logique voudrait qu’il s’agisse de fin juillet. Après tout, elle doit célébrer la première année de vie de Windows 10, sortie le 29 juillet 2015.
Il ne restera donc plus qu’à voir si les développeurs répondent présents dans les prochains mois, mais il ne s’agit pour l’instant que d’un premier jet. Il est possible que beaucoup attendent une maturation plus avancée du projet, même si de gros éditeurs comme Sage ont annoncé durant la conférence Build qu’ils travaillent déjà à la conversion de certains logiciels.
Ceux qui le souhaitent pourront lire des explications plus complètes sur cette page de MSDN.
Commentaires (49)
#1
Puisqu’on peut faire des .appx avec des .msi ou des .exe, j’ai hâte de voir des repacks warez sous la formes de packages .appx
" /> Et pourquoi pas un store p2p? Après tout MS nous a donné tout ce qu’il faut pour faire ça…
#2
Sachant que les MFC sont un wrapper “objet” de Win32…ça marche avec ce genre d’applications ? C’est précisé nulle part…
#3
Pourquoi ne pas proposer un app convertor Windows >> Linux..?
#4
#5
#6
Est-ce qu’après ces migrations UWP, Microsoft voudra bannir Win32 ? Pour moi cette migration sert uniquement leurs intérêts, le passage obligatoire vers leur store, mais moi je veux garder la liberté de l’exécutable win32, je bloque le store et ne veux pas être obligé de passer par celui-ci. Même sans bannissement du win32 dans un premier temps, je crains que les éditeurs ne diffusent plus que les installations en UWP et sans le win32 à terme…
#7
Il n’est pas obligatoire de passer par le Store de MS, ils n’interdisent pas les Stores alternatifs…sauf que pour le moment il n’y en a pas (c’est ce que j’ai compris, je me trompe peut-être) !
Rien n’interdit de “distribuer ou vendre” ton UWP en dehors du Store aussi…
Win32 sera toujours obligatoire pour les drivers et autres…donc sur le PC classique…
#8
Les binaires de l’application ne sont pas transformés en binaire UWP. L’application reste du Win32. Elle est juste empaqueté dans un appx afin d’être prise en charge par l’installeur des applis UWP et de bénéficier de ses avantages (live tile, notification, désinstallation propre, etc.).
De plus l’appx peut être installé sans passer par le Store (genre double clic à l’ancienne).
#9
UWP ne veux pas dire forcément lié au store. Je n’ai pas souvenir d’avoir entendu une obligation de passer par le store.
" />
Il y aura toujours selon moi des paquets .appx à télécharger. Par contre effectivement il sera certainement un chouya plus comliquer de pirater avec ce type de paquets à mon avis.
#10
Je me tenterais bien ça sur le msi d’une appli écrit en VB6 pour rigoler
" />
#11
C’était l’objet une démo, ça fonctionne. Mais le language de programmation n’a pas d’importance.
#12
Tant mieux, je n’arrivais a créer de keylogger en UWP
" />
" />
Bah quoi, en WinRt on est enfermé dans une sorte de sandbox sans pouvoir toucher le bas niveau de Windows ni interagir en dehors des documents de l’user
#13
#14
Qu’ils mettent à jour UWP déjà ca serait pas mal, car pour l’instant dès qu’un jeu sort sur le Windows Store de W10 c’est :
La liste est longue…
#15
c’est prévu
" />
#16
Merci pour vos réponses
#17
Je suis pas d’accord. C’est vrai qu’à part le pare feu, je n’ai pas beaucoup d’outils sur Windows pour empêcher la communication via le réseau. Mais sur Android, je ne suis pas d’accord : Plus de 99% des utilisateurs d’Android et iPhone installent des applis qui qui laissent le développeur accéder à tout, tout. La moindre appli qui fait lampe de poche à généralement accès aux appels, sms, contacts, wiFi, ID et numéro de l’appareil, etc.
Moi j’utilise l’outil le plus poussé en ce qui concerne le contrôle de la confidentialité, c’est Xprivacy pour appareils rootés, mais j’ai bien conscience qu’entre Android et iPhone, il n’y a pas 1 utilisateur sur 10 000 qui contrôle ainsi ce à quoi ont accès les apps qu’ils installent. C’est pourtant cette catégorie d’OS dont tu ventes les mérites en terme de contrôle de la confidentialité.
#18
Toujours besoin “d’installer”
A quand un truc a la OSX ou t’as juste besoin de lancer le *.app ?
#19
C’est justement ce que je me demandais, ces limitations sautent du coup ? Pour moi le fait de n’avoir pas d’accès aux chemins disques que je voulais était quand même une grosse limitation
#20
#21
#22
Bon par contre faut pas se faire d’illusion : une app Win32 qu’elle soit dans le store ou pas c’est pas ce qu’il y’a de mieux pour la sécurité …. Bon au moins ces Appx seront signé numériquement …
Article Anglais intéressant.
#23
L’avantage des permissions s’est effacé sous Android face à la pression invisible de la publicité.
Aujourd’hui une boussole n’a plus besoin de demander l’accès à INternet.
#24
C’est juste de l’habillage.
Un *.app OSX est il compressé ?
#25
#26
T’as pas mal d’appli MacOS qui demandent une phase d’installation.
#27
Ouf, un peu de bon sens… Merci.
Comme si appx signifiait forcément store ms !
#28
Sur Windows 7 j’ai le cul entre deux chaises, attendre une version potable de reactos ou acheter un pc capable de faire tourner Win10…
#29
si ton PC fait tourner Win7 il doit être capable de faire tourner Win10 sans blèmes aussi
" />
#30
+1 sur un ppt de la build , il parle de “software modern installer” qui destiné à devenir la nouvelle pile d’installation de windows par défaut.
En effet le sideloading prend une part importante.
#31
Oui la première implémentation (app-v like), les process win32 sont en full trust. Il y a une redirection des fichiers et des clés de registres dans un endroit unique par application mais c’est effectivement contournable vu que ce n’est pas réellement sandboxé.
D’après mes sources centennial est censé évolué vers une technologie de conteneurs. Les nouvelles applications Linux seront elles aussi concernées. Mary jo foley a évoqué le projet barcelona qui serait une technologie de conteneurs destiné au client windows qui servirait à isoler les applications du système.
#32
ça veut dire que si je récupère mon dossier duke3d, ça devient jouable sur un lumia ?
Humm… You wanna dance ?
#33
Non les applications win32 centennial ne marchent que sur PC.
#34
L’avantage des permissions s’est effacé sous Android face à la pression invisible de la publicité.
Aujourd’hui une boussole n’a plus besoin de demander l’accès à INternet.
#35
#36
Non, je croyais que je ne l’avais pas posté (toujours présent dans le champ d’envoi)
" />
#37
“Concernant les applis elles-mêmes il faut être réaliste : gratuité
et vie privée sont incompatibles. Si tu installes une appli gratuite tu
renonces à ta vie privée, point.”
https://f-droid.org/
https://framasoft.org/rubrique2.html
#38
#39
Avec cet outil, peut-on imaginer une conversion de logiciel type Blue Stack ou Andyroid qui pourrait alors fonctionner sur un Windows Phone ?
En attendant des choses plus sérieuses, pour certaines applis, ça pourrait être utile.
#40
Failed.
Le contre-exemple est dans mon salon: Je voudrais bien installer Windows 10 sur le PC qui pour l’instant est en Windows 7, mais quand je clique sur l’icône en question, j’apprends que la carte graphique n’est pas supportée. Merci nVidia.
#41
change ta carte graphique si tu peux
" />
#42
J’aimerais connaître le chip graphique juste pour voir…
#43
Du coup l’upgrade n’est plus gratuit.
#44
Je regarderai ce soir si j’y pense
#45
tu confonds upgrade logiciel et matériel là… Microsoft n’étant pour rien dans la politique déplorable du suivi limité des produits Nvidia…
#46
C’est bien pour ça que j’ai dit «merci nVidia» précédement.
Il n’empêche que je voulais juste monter par un contre-exemple (que je n’ai pas cherché, mais qui m’est tombé dessus) que l’affirmation «avec Windows, tout marche facilement pour Mme Michu» n’est pas vraie.
En particulier, sur l’upgrade Windows 7 → Windows 10, on peut avoir des surprises. Microsoft a fait rêver avec son annonce de gratuité (pour ceux qui se décident assez vite), et c’est bien à Microsoft que Mme Michu en voudra si elle doit acheter une nouvelle carte (remember Vista et ses problèmes de drivers, contre qui les gens ont ils pesté?)
#47
#48
Merci de me donner l’argumentaire des Linuxiens