Convertir APPX en XAP

Un appareil, un émulateur ou un outil de déploiement Windows Phone 7 ou 8 ancien peut nécessiter un package XAP, alors que l’application disponible est au format APPX. Ces packages ciblent des modèles d’application différents ; changer le nom du fichier ou convertir l’archive ne peut donc pas rendre l’APPX exécutable en tant que XAP.

Qu’est-ce que le format APPX ?

APPX est un format de package d’application Windows utilisé par Windows 8, Windows 10, Windows 11, Windows Phone 8.1 et les applications basées sur la Universal Windows Platform. Les développeurs le créent avec Visual Studio et les outils du Windows SDK ; les utilisateurs le rencontrent lors de l’installation, de la distribution ou de l’archivage d’applications Windows.

Un APPX contient normalement un fichier AppxManifest.xml, des binaires .NET ou natifs compilés, des ressources, des déclarations de dépendances, une block map facultative et une signature numérique. Son code exécutable cible un Windows Runtime, UWP ou un autre modèle d’application Windows pris en charge. Un APPX conçu pour Windows Phone 8.1 peut utiliser le modèle Windows Phone Runtime, mais cela n’en fait pas pour autant un Silverlight XAP.

Qu’est-ce que le format XAP ?

XAP est un package de déploiement basé sur ZIP pour les applications Microsoft Silverlight, notamment les applications Windows Phone 7 et Windows Phone 8, ainsi que certains projets Silverlight 8.1 phone. Un XAP phone peut contenir des assemblies, des ressources, un fichier AppManifest.xaml et des données de manifeste propres au téléphone, telles que WMAppManifest.xml.

Les projets du Windows Phone SDK ancien génèrent des fichiers XAP lors de la compilation. Les packages XAP sont liés au Silverlight phone runtime, à la version cible de Windows Phone, à l’architecture de processeur prise en charge et aux règles de signature et de déploiement correspondantes. Windows Phone a été abandonné, et XAP n’est pas un format d’installation général sur les plateformes Windows ou mobiles actuelles.

Comment produire un XAP

Il n’existe pas de convertisseur direct APPX vers XAP fiable. Un XAP fonctionnel nécessite une application Silverlight phone compilée avec le SDK ancien approprié, et non pas simplement les fichiers extraits d’un APPX.

1. Identifiez la cible requise. Déterminez si l’appareil nécessite Windows Phone 7, Windows Phone 8 ou un package Silverlight 8.1. Ces cibles nécessitent des SDK différents et peuvent ne pas accepter les packages des autres versions.
2. Récupérez le code source d’origine si possible. Si le développeur possède un projet Silverlight phone, ouvrez-le avec la version correspondante de Visual Studio et le Windows Phone SDK. Visual Studio 2010 a été utilisé pour de nombreux projets Windows Phone 7, Visual Studio 2012 pour Windows Phone 8 et Visual Studio 2013 pour les projets Silverlight Windows Phone 8.1.
3. Inspectez l’APPX uniquement si le code source n’est pas disponible. Le Windows SDK de Microsoft inclut makeappx.exe. Par exemple, exécutez makeappx unpack /p Application.appx /d UnpackedApp, ou ouvrez le package avec 7-Zip. Cela expose les manifestes, les ressources et les binaires ; cela ne reconstitue pas le projet d’origine.
4. Portez l’application manuellement. Créez ou restaurez un projet Windows Phone Silverlight, puis remplacez les API UWP ou Windows Runtime, le code du cycle de vie de l’application, les autorisations, les contrôles, les intégrations de services et les bibliothèques incompatibles par leurs équivalents Silverlight phone. Ajoutez à nouveau les images récupérables et les autres ressources.
5. Compilez le projet cible. Définissez la version du téléphone et l’architecture requises, puis choisissez Build → Build Solution. L’ancien SDK écrit normalement le XAP dans un répertoire de sortie du projet tel que bin/Debug ou bin/Release.
6. Appliquez les paramètres de signature et de déploiement requis. Un package destiné à une version de téléphone peut échouer sur une autre, et le sideloading ou le déploiement via le store peut nécessiter des certificats et des paramètres de déverrouillage développeur propres à cette plateforme.

Aucun convertisseur en ligne réputé ne peut traduire le modèle exécutable, les API, le schéma de manifeste, les dépendances et les exigences de signature de l’APPX en Silverlight XAP. Les outils d’archivage en ligne peuvent extraire ou recompresser des fichiers, mais ils ne peuvent pas effectuer ce portage d’application ; le fait de téléverser un package propriétaire ou signé expose également son contenu à un tiers.

Limitations de compatibilité

Renommer Application.appx en Application.xap, modifier l’extension ZIP ou ajouter AppManifest.xaml ne change pas le format exécutable contenu dans le package. Un binaire Windows Runtime, UWP ou natif provenant d’un APPX peut être incompatible avec le chargeur Silverlight, même lorsque les deux packages contiennent des assemblies .NET.

Si l’APPX est le seul fichier disponible, vous pouvez récupérer des images, du texte et des métadonnées, et parfois inspecter les assemblies managés avec des outils de développement appropriés, mais vous ne pouvez normalement pas récupérer le code source, la configuration du projet, les dépendances d’origine ni un comportement XAP équivalent. L’opération inverse est également un portage et non une conversion d’archive : un XAP doit être recompilé pour un modèle d’application Windows pris en charge avant de pouvoir devenir un APPX.