Converter APPX para XAP

Um dispositivo, emulador ou ferramenta de implantação legada do Windows Phone 7 ou 8 pode exigir um pacote XAP, enquanto o aplicativo disponível é um APPX. Esses pacotes têm como destino modelos de aplicativo diferentes, portanto, alterar o nome do arquivo ou converter o arquivo compactado não pode fazer o APPX ser executado como XAP.

O que é o formato APPX

APPX é um formato de pacote de aplicativo do Windows usado pelo Windows 8, Windows 10, Windows 11, Windows Phone 8.1 e aplicativos baseados na Universal Windows Platform. Os desenvolvedores o criam com o Visual Studio e as ferramentas do Windows SDK; os usuários entram em contato com ele ao instalar, distribuir ou arquivar aplicativos do Windows.

Um APPX normalmente contém um arquivo AppxManifest.xml, binários .NET compilados ou nativos, recursos, declarações de dependências, um mapa de blocos opcional e uma assinatura digital. Seu código executável tem como destino um Windows Runtime, UWP ou outro modelo de aplicativo do Windows compatível. Um APPX criado para o Windows Phone 8.1 pode usar o modelo Windows Phone Runtime, mas isso não o transforma em um XAP Silverlight.

O que é o formato XAP

XAP é um pacote de implantação baseado em ZIP para aplicativos Microsoft Silverlight, incluindo aplicativos do Windows Phone 7 e Windows Phone 8 e alguns projetos de telefone Silverlight 8.1. Um XAP de telefone pode conter assemblies, recursos, um arquivo AppManifest.xaml e dados de manifesto específicos do telefone, como WMAppManifest.xml.

Os projetos do Windows Phone SDK legado geram arquivos XAP durante a compilação. Os pacotes XAP estão vinculados ao runtime Silverlight do telefone, à versão de destino do Windows Phone, à arquitetura de processador compatível e às regras correspondentes de assinatura e implantação. O Windows Phone foi descontinuado, e o XAP não é um formato geral de instalação nas plataformas atuais do Windows ou móveis.

Como produzir um XAP

Não existe um conversor direto confiável de APPX para XAP. Um XAP funcional exige um aplicativo de telefone Silverlight criado com o SDK legado correto, não apenas os arquivos extraídos de um APPX.

1. Identifique o destino necessário. Determine se o dispositivo precisa do Windows Phone 7, Windows Phone 8 ou de um pacote Silverlight 8.1. Esses destinos exigem SDKs diferentes e podem não aceitar os pacotes uns dos outros.
2. Recupere o código-fonte original, se possível. Se o desenvolvedor tiver um projeto de telefone Silverlight, abra-o com a versão correspondente do Visual Studio legado e do Windows Phone SDK. O Visual Studio 2010 foi usado em muitos projetos do Windows Phone 7, o Visual Studio 2012 no Windows Phone 8 e o Visual Studio 2013 em projetos Silverlight do Windows Phone 8.1.
3. Inspecione o APPX somente quando o código-fonte não estiver disponível. O Windows SDK da Microsoft inclui o makeappx.exe. Por exemplo, execute makeappx unpack /p Application.appx /d UnpackedApp ou abra o pacote com o 7-Zip. Isso expõe manifestos, recursos e binários; não reconstrói o projeto original.
4. Faça a portabilidade do aplicativo manualmente. Crie ou restaure um projeto Windows Phone Silverlight e, em seguida, substitua as APIs UWP ou Windows Runtime, o código do ciclo de vida do aplicativo, as permissões, os controles, as integrações com serviços e as bibliotecas incompatíveis por equivalentes do Silverlight para telefone. Adicione novamente as imagens recuperáveis e outros recursos.
5. Compile o projeto de destino. Defina a versão e a arquitetura necessárias do telefone e escolha Build → Build Solution. O SDK legado normalmente grava o XAP em um diretório de saída do projeto, como bin/Debug ou bin/Release.
6. Aplique as configurações necessárias de assinatura e implantação. Um pacote para uma versão do telefone pode falhar em outra, e a instalação paralela ou a implantação pela loja pode exigir certificados e configurações de desbloqueio para desenvolvedor específicas dessa plataforma.

Nenhum conversor online confiável pode traduzir o modelo de executável, as APIs, o esquema de manifesto, as dependências e os requisitos de assinatura do APPX para um XAP Silverlight. As ferramentas online de arquivamento podem extrair ou recomprimir arquivos, mas não podem realizar essa portabilidade do aplicativo; além disso, o envio de um pacote proprietário ou assinado expõe seu conteúdo a terceiros.

Limitações de compatibilidade

Renomear Application.appx para Application.xap, alterar a extensão ZIP ou adicionar AppManifest.xaml não altera o formato do executável contido. Um Windows Runtime, UWP ou binário nativo de um APPX pode ser incompatível com o carregador Silverlight, mesmo quando ambos os pacotes contêm assemblies .NET.

Se o APPX for o único arquivo disponível, talvez seja possível recuperar imagens, textos e metadados e, ocasionalmente, inspecionar assemblies gerenciados com ferramentas de desenvolvimento apropriadas, mas normalmente não é possível recuperar o código-fonte, a configuração do projeto, as dependências originais ou um comportamento XAP equivalente. A operação inversa também é uma portabilidade, não uma conversão de arquivo compactado: um XAP precisa ser recompilado para um modelo de aplicativo do Windows compatível antes de se tornar um APPX.