Convertir APPX a XAP

Un dispositivo, emulador o herramienta de implementación de Windows Phone 7 u 8 heredado puede requerir un paquete XAP, mientras que la aplicación disponible es una APPX. Estos paquetes están destinados a diferentes modelos de aplicación, por lo que cambiar el nombre del archivo o convertir el archivo comprimido no puede hacer que la APPX se ejecute como XAP.

Qué es el formato APPX

APPX es un formato de paquete de aplicaciones de Windows utilizado por Windows 8, Windows 10, Windows 11, Windows Phone 8.1 y las aplicaciones basadas en Universal Windows Platform. Los desarrolladores lo crean con Visual Studio y las herramientas de Windows SDK; los usuarios lo encuentran al instalar, distribuir o archivar aplicaciones de Windows.

Una APPX normalmente contiene un archivo AppxManifest.xml, binarios .NET o nativos compilados, recursos, declaraciones de dependencias, un mapa de bloques opcional y una firma digital. Su código ejecutable está destinado a Windows Runtime, UWP u otro modelo de aplicación de Windows compatible. Una APPX creada para Windows Phone 8.1 puede utilizar el modelo Windows Phone Runtime, pero eso no la convierte en un XAP de Silverlight.

Qué es el formato XAP

XAP es un paquete de implementación basado en ZIP para aplicaciones Microsoft Silverlight, incluidas las aplicaciones de Windows Phone 7 y Windows Phone 8, así como algunos proyectos de teléfono Silverlight 8.1. Un XAP de teléfono puede contener ensamblados, recursos, un archivo AppManifest.xaml y datos de manifiesto específicos del teléfono, como WMAppManifest.xml.

Los proyectos del Windows Phone SDK heredado generan archivos XAP durante la compilación. Los paquetes XAP están vinculados al runtime de teléfono de Silverlight, a la versión de Windows Phone de destino, a la arquitectura de procesador compatible y a las reglas de firma e implementación correspondientes. Windows Phone está descontinuado y XAP no es un formato de instalación general en las plataformas actuales de Windows o móviles.

Cómo producir un XAP

No existe un convertidor directo fiable de APPX a XAP. Un XAP funcional requiere una aplicación de teléfono Silverlight compilada con el SDK heredado correcto, no simplemente los archivos extraídos de una APPX.

1. Identifique el destino requerido. Determine si el dispositivo necesita Windows Phone 7, Windows Phone 8 o un paquete Silverlight 8.1. Estos destinos requieren SDK diferentes y es posible que no acepten los paquetes de los demás.
2. Recupere el código fuente original si es posible. Si el desarrollador tiene un proyecto de teléfono Silverlight, ábralo con la versión correspondiente de Visual Studio y Windows Phone SDK heredados. Visual Studio 2010 se utilizó para muchos proyectos de Windows Phone 7, Visual Studio 2012 para Windows Phone 8 y Visual Studio 2013 para proyectos Silverlight de Windows Phone 8.1.
3. Inspeccione la APPX solo cuando el código fuente no esté disponible. Windows SDK de Microsoft incluye makeappx.exe. Por ejemplo, ejecute makeappx unpack /p Application.appx /d UnpackedApp o abra el paquete con 7-Zip. Esto expone manifiestos, recursos y binarios; no reconstruye el proyecto original.
4. Porte la aplicación manualmente. Cree o restaure un proyecto de Windows Phone Silverlight y, después, reemplace las API de UWP o Windows Runtime, el código del ciclo de vida de la aplicación, los permisos, los controles, las integraciones de servicios y las bibliotecas incompatibles por equivalentes de Silverlight para teléfonos. Vuelva a agregar las imágenes recuperables y otros recursos.
5. Compile el proyecto de destino. Establezca la versión y la arquitectura de teléfono requeridas y, a continuación, elija Build → Build Solution. Normalmente, el SDK heredado escribe el XAP en un directorio de salida del proyecto, como bin/Debug o bin/Release.
6. Aplique la configuración de firma e implementación requerida. Un paquete para una versión de teléfono puede fallar en otra, y la instalación mediante sideloading o la implementación desde la tienda pueden requerir certificados y configuraciones de desbloqueo para desarrolladores específicas de esa plataforma.

Ningún convertidor en línea de buena reputación puede traducir el modelo ejecutable, las API, el esquema de manifiesto, las dependencias y los requisitos de firma de APPX a un XAP de Silverlight. Las herramientas de archivos en línea pueden extraer o volver a comprimir archivos, pero no pueden realizar este porte de aplicación; además, cargar un paquete propietario o firmado expone su contenido a un tercero.

Limitaciones de compatibilidad

Cambiar el nombre de Application.appx a Application.xap, cambiar la extensión ZIP o agregar AppManifest.xaml no modifica el formato ejecutable contenido. Un binario de Windows Runtime, UWP o nativo procedente de una APPX puede ser incompatible con el cargador de Silverlight, incluso cuando ambos paquetes contienen ensamblados .NET.

Si la APPX es el único archivo disponible, puede recuperar imágenes, texto y metadatos y, ocasionalmente, inspeccionar ensamblados administrados con herramientas de desarrollo adecuadas, pero normalmente no podrá recuperar el código fuente, la configuración del proyecto, las dependencias originales ni un comportamiento XAP equivalente. La operación inversa también es un porte, no una conversión de archivo comprimido: un XAP debe volver a compilarse para un modelo de aplicación de Windows compatible antes de convertirse en una APPX.