Converter EXE para XAP

O que é o formato EXE

.exe identifica um arquivo Windows Portable Executable (PE). Aplicativos do Windows, instaladores, launchers e arquivos compactados autoextraíveis normalmente o utilizam. Ferramentas de desenvolvimento, incluindo Visual Studio, Delphi e toolchains de C++, podem produzir arquivos EXE contendo código de máquina nativo ou código .NET gerenciado. O Windows executa a estrutura PE diretamente; ela não é um formato de pacote compreendido pelo Silverlight ou pelo Windows Phone.

O que é o formato XAP

.xap é um pacote de aplicativo baseado em ZIP usado pelo Microsoft Silverlight e pelo Windows Phone 7/8. Um pacote Silverlight normalmente contém um arquivo AppManifest.xaml, o assembly do aplicativo, assemblies referenciados e resources. Os pacotes do Windows Phone usam seu próprio manifest e requisitos de pacote, como WMAppManifest.xml; portanto, um Silverlight XAP não é automaticamente intercambiável com um Windows Phone XAP.

O pacote combina arquivos do aplicativo e deployment metadata em um único arquivo que pode ser baixado ou instalado. Ele só é útil quando o runtime Silverlight ou Windows Phone de destino oferece suporte à versão do framework, ao manifest, aos assemblies e ao deployment model do pacote. Essas plataformas foram descontinuadas, e os browsers, as versões atuais do Windows e os dispositivos móveis geralmente não executam aplicativos XAP sem um ambiente legacy compatível.

Como criar o XAP necessário

1. Use o projeto de destino original. Abra o projeto original do Silverlight ou Windows Phone na versão correspondente do Microsoft Visual Studio, com o SDK e as developer tools necessários instalados. Selecione Build → Build Solution ou use o comando de publish/package do projeto. A saída normalmente coloca um .xap em um diretório de build ou deployment, como bin ou ClientBin, dependendo do tipo e da configuração do projeto.
2. Não use um projeto EXE não relacionado. Se a única fonte disponível for um projeto Windows desktop, ele deverá ser portado ou reescrito como um aplicativo Silverlight ou Windows Phone. Um EXE pode conter código .NET gerenciado que ferramentas como ILSpy conseguem inspecionar, mas a decompilation não recria os arquivos de projeto originais, as APIs específicas do destino, os manifests, os resources, as dependencies ou o comportamento de deployment. Obtenha o código-fonte com o desenvolvedor quando possível.
3. Verifique se o EXE é um self-extracting archive. O 7-Zip geralmente consegue abrir um instalador ou EXE autoextraível sem executá-lo. Extraia o conteúdo e verifique se há um .xap existente. Isso recupera um pacote que já estava presente; não converte o executável. Não abra um EXE desconhecido apenas para inspecioná-lo; faça uma verificação primeiro e use uma máquina virtual isolada quando os testes forem inevitáveis.
4. Empacote somente o conteúdo XAP existente. Se você já tiver o manifest, os assemblies e os resources corretos, coloque-os na raiz do archive e crie um ZIP sem um diretório-pai adicional. Por exemplo, o PowerShell pode executar Compress-Archive -Path .\PackageContents\* -DestinationPath .\Application.xap. O arquivo resultante deve manter o manifest, a estrutura do pacote, a signing e os metadata exigidos pela plataforma de destino. Isso empacota um aplicativo; não transforma um EXE em um.

Por que os conversores online não são aplicáveis

Nenhum conversor online confiável pode traduzir código executável arbitrário do Windows em um aplicativo Silverlight ou Windows Phone válido. Um serviço de conversão de arquivos no servidor poderia renomear ou arquivar o EXE, mas não poderia fornecer a reescrita em nível de código-fonte, as APIs de destino, o manifest, os assemblies e a compatibilidade de runtime exigidos pelo XAP. O upload de executáveis proprietários também expõe seu conteúdo e pode fazer upload de malware. Use o Visual Studio para um rebuild e o 7-Zip para a inspeção de archives; um conversor online não é uma ferramenta apropriada para essa conversão.

Verificações de compatibilidade

Um pacote válido deve corresponder ao runtime Silverlight ou Windows Phone de destino, à versão do framework e do SDK, ao schema do manifest, aos assemblies referenciados, aos caminhos dos resources e a quaisquer requisitos de signing ou certification. Componentes nativos e APIs específicas da plataforma podem impor restrições adicionais de architecture e de dispositivo.

Renomear program.exe para program.xap, colocar o EXE dentro de um arquivo ZIP ou alterar a extensão do ZIP não cria nenhum aplicativo XAP executável. Se o requisito real for distribuir o programa Windows, mantenha o EXE ou crie um instalador atual, como um pacote MSIX.