Konwertuj EXE na XAP

Czym jest format EXE

.exe identyfikuje plik Windows Portable Executable (PE). Aplikacje systemu Windows, instalatory, programy uruchamiające i archiwa samorozpakowujące często go używają. Narzędzia programistyczne, w tym Visual Studio, Delphi i toolchainy C++, mogą tworzyć pliki EXE zawierające natywny kod maszynowy lub zarządzany kod .NET. Windows wykonuje bezpośrednio strukturę PE; nie jest ona formatem pakietu obsługiwanym przez Silverlight lub Windows Phone.

Czym jest format XAP

.xap to pakiet aplikacji oparty na ZIP, używany przez Microsoft Silverlight i Windows Phone 7/8. Pakiet Silverlight zwykle zawiera plik AppManifest.xaml, zestaw aplikacji, odwoływane zestawy oraz zasoby. Pakiety Windows Phone używają własnego manifestu i wymagań dotyczących pakietu, takich jak WMAppManifest.xml, dlatego pakiet Silverlight XAP nie jest automatycznie zamienny z pakietem Windows Phone XAP.

Pakiet łączy pliki aplikacji i metadane wdrożenia w jeden plik, który można pobrać lub zainstalować. Jest użyteczny tylko wtedy, gdy docelowe środowisko wykonawcze Silverlight lub Windows Phone obsługuje wersję platformy, manifest, zestawy i model wdrażania danego pakietu. Te platformy zostały wycofane, a współczesne przeglądarki, wersje systemu Windows i urządzenia mobilne zasadniczo nie uruchamiają aplikacji XAP bez zgodnego starszego środowiska.

Jak utworzyć wymagany pakiet XAP

1. Użyj oryginalnego projektu docelowego. Otwórz oryginalny projekt Silverlight lub Windows Phone w odpowiedniej wersji Microsoft Visual Studio, z zainstalowanym wymaganym SDK i narzędziami deweloperskimi. Wybierz Build → Build Solution lub użyj polecenia publikowania/pakowania projektu. Dane wyjściowe zwykle umieszczają plik .xap w katalogu kompilacji lub wdrażania, takim jak bin albo ClientBin, zależnie od typu projektu i konfiguracji.
2. Nie używaj niezwiązanego projektu EXE. Jeśli jedynym źródłem jest projekt aplikacji desktopowej systemu Windows, należy go przenieść lub przepisać jako aplikację Silverlight lub Windows Phone. Plik EXE może zawierać zarządzany kod .NET, który można analizować za pomocą narzędzi takich jak ILSpy, ale dekompilacja nie odtwarza oryginalnych plików projektu, interfejsów API właściwych dla platformy docelowej, manifestów, zasobów, zależności ani sposobu wdrażania. Jeśli to możliwe, uzyskaj kod źródłowy od dewelopera.
3. Sprawdź, czy EXE jest archiwum samorozpakowującym. 7-Zip często potrafi otworzyć instalator lub samorozpakowujący plik EXE bez jego uruchamiania. Wypakuj zawartość i sprawdź, czy znajduje się w niej istniejący plik .xap. W ten sposób odzyskuje się pakiet, który już znajdował się w środku; nie konwertuje to pliku wykonywalnego. Nie otwieraj nieznanego pliku EXE tylko po to, aby go zanalizować; najpierw go przeskanuj i podczas testowania używaj izolowanej maszyny wirtualnej, jeśli nie da się uniknąć uruchomienia.
4. Pakuj wyłącznie istniejącą zawartość XAP. Jeśli masz już prawidłowy manifest, zestawy i zasoby, umieść je w głównym katalogu archiwum i utwórz archiwum ZIP bez dodatkowego katalogu nadrzędnego. Na przykład PowerShell może wykonać Compress-Archive -Path .\PackageContents\* -DestinationPath .\Application.xap. Utworzony plik musi zachować wymagany przez platformę docelową manifest, strukturę pakietu, podpisywanie i metadane. To pakuje aplikację; nie przekształca pliku EXE w taką aplikację.

Dlaczego konwertery online nie mają tu zastosowania

Żaden renomowany konwerter online nie potrafi przekształcić dowolnego kodu wykonywalnego systemu Windows w prawidłową aplikację Silverlight lub Windows Phone. Usługa konwersji plików po stronie serwera mogłaby zmienić nazwę pliku EXE lub zarchiwizować go, ale nie może dostarczyć przepisywania na poziomie kodu źródłowego, docelowych interfejsów API, manifestu, zestawów ani zgodności ze środowiskiem wykonawczym wymaganych przez XAP. Przesyłanie zastrzeżonych plików wykonywalnych również ujawnia ich zawartość i może prowadzić do przesłania złośliwego oprogramowania. Do ponownego zbudowania użyj Visual Studio, a do inspekcji archiwum — 7-Zip; konwerter online nie jest odpowiednim narzędziem do tej konwersji.

Kontrole zgodności

Prawidłowy pakiet musi odpowiadać docelowemu środowisku wykonawczemu Silverlight lub Windows Phone, wersji platformy i SDK, schematowi manifestu, odwoływanym zestawom, ścieżkom zasobów oraz wszelkim wymaganiom dotyczącym podpisywania lub certyfikacji. Komponenty natywne i interfejsy API właściwe dla platformy mogą nakładać dodatkowe ograniczenia dotyczące architektury i urządzenia.

Zmiana nazwy program.exe na program.xap, umieszczenie pliku EXE w archiwum ZIP lub zmiana rozszerzenia ZIP nie tworzy wykonywalnej aplikacji XAP. Jeśli rzeczywistym wymaganiem jest dystrybucja programu dla systemu Windows, zachowaj plik EXE albo zbuduj współczesny instalator, taki jak pakiet MSIX.