Converti EXE in XAP

Cos’è il formato EXE

.exe identifica un file Windows Portable Executable (PE). Le applicazioni Windows, gli installer, i launcher e gli archivi autoestraenti lo utilizzano comunemente. Gli strumenti di sviluppo, tra cui Visual Studio, Delphi e le toolchain C++, possono produrre file EXE contenenti codice macchina nativo o codice .NET gestito. Windows esegue direttamente la struttura PE; non si tratta di un formato di pacchetto riconosciuto da Silverlight o Windows Phone.

Cos’è il formato XAP

.xap è un pacchetto applicativo basato su ZIP utilizzato da Microsoft Silverlight e Windows Phone 7/8. Un pacchetto Silverlight contiene normalmente un file AppManifest.xaml, l’assembly dell’applicazione, gli assembly referenziati e le risorse. I pacchetti Windows Phone utilizzano un manifest e requisiti di pacchetto propri, come WMAppManifest.xml, quindi uno XAP Silverlight non è automaticamente intercambiabile con uno XAP Windows Phone.

Il pacchetto combina i file dell’applicazione e i metadati di distribuzione in un unico file scaricabile o installabile. È utile solo quando il runtime Silverlight o Windows Phone di destinazione supporta la versione del framework, il manifest, gli assembly e il modello di distribuzione del pacchetto. Queste piattaforme sono state dismesse e i browser, le versioni di Windows e i dispositivi mobili attuali generalmente non eseguono applicazioni XAP senza un ambiente legacy compatibile.

Come creare lo XAP richiesto

1. Utilizzare il progetto di destinazione originale. Aprire il progetto Silverlight o Windows Phone originale nella versione corrispondente di Microsoft Visual Studio, con il relativo SDK e gli strumenti di sviluppo richiesti installati. Selezionare Build → Build Solution oppure utilizzare il comando di pubblicazione/creazione del pacchetto del progetto. L’output normalmente colloca un file .xap in una directory di compilazione o distribuzione, come bin o ClientBin, a seconda del tipo e della configurazione del progetto.
2. Non utilizzare un progetto EXE non correlato. Se l’unico codice sorgente disponibile è un progetto desktop Windows, deve essere portato o riscritto come applicazione Silverlight o Windows Phone. Un EXE può contenere codice .NET gestito che strumenti come ILSpy possono analizzare, ma la decompilazione non ricrea i file di progetto originali, le API specifiche della piattaforma di destinazione, i manifest, le risorse, le dipendenze o il comportamento di distribuzione. Quando possibile, richiedere il codice sorgente allo sviluppatore.
3. Verificare se l’EXE è un archivio autoestraente. 7-Zip può spesso aprire un installer o un EXE autoestraente senza eseguirlo. Estrarre i contenuti e verificare la presenza di uno .xap esistente. In questo modo si recupera un pacchetto già presente; non si converte l’eseguibile. Non aprire un EXE sconosciuto soltanto per ispezionarlo; eseguire prima una scansione e utilizzare una macchina virtuale isolata quando i test sono inevitabili.
4. Creare un pacchetto solo con contenuti XAP esistenti. Se si dispone già del manifest, degli assembly e delle risorse corretti, inserirli nella radice dell’archivio e creare un archivio ZIP senza una directory padre aggiuntiva. Ad esempio, PowerShell può eseguire Compress-Archive -Path .\PackageContents\* -DestinationPath .\Application.xap. Il file risultante deve mantenere il manifest, la struttura del pacchetto, la firma e i metadati richiesti dalla piattaforma di destinazione. Questa procedura crea un pacchetto applicativo; non trasforma un EXE in uno di essi.

Perché i convertitori online non sono adatti

Nessun convertitore online affidabile può tradurre codice eseguibile Windows arbitrario in un’applicazione Silverlight o Windows Phone valida. Un servizio di conversione file lato server potrebbe rinominare o archiviare l’EXE, ma non può fornire la riscrittura a livello di codice sorgente, le API di destinazione, il manifest, gli assembly e la compatibilità del runtime richiesti da XAP. Il caricamento di eseguibili proprietari espone inoltre i loro contenuti e potrebbe comportare il caricamento di malware. Utilizzare Visual Studio per una nuova compilazione e 7-Zip per l’ispezione degli archivi; un convertitore online non è uno strumento appropriato per questa conversione.

Controlli di compatibilità

Un pacchetto valido deve corrispondere al runtime Silverlight o Windows Phone di destinazione, alla versione del framework e dell’SDK, allo schema del manifest, agli assembly referenziati, ai percorsi delle risorse e agli eventuali requisiti di firma o certificazione. I componenti nativi e le API specifiche della piattaforma possono imporre ulteriori limitazioni relative all’architettura e al dispositivo.

Rinominare program.exe in program.xap, inserire l’EXE in un file ZIP o modificare l’estensione ZIP non crea alcuna applicazione XAP eseguibile. Se il requisito effettivo è distribuire il programma Windows, conservare l’EXE oppure creare un installer attuale, ad esempio un pacchetto MSIX.