Znajomość instalatora

W tym artykule wymieniono elementy, które należy znać przed przekonwertowanie istniejącego instalatora na plik MSIX. Może nie być konieczne przygotowanie aplikacji do procesu pakowania, ale jeśli którykolwiek z poniższych elementów ma zastosowanie do aplikacji, musisz rozwiązać ten problem przed opakowaniem.

• Aplikacja oferuje serwis. Obsługujemy konwertowanie aplikacji z usługami, ale ważne jest, aby pamiętać o ograniczeniach konwersji usługi. Po konwersji konieczne będzie podniesienie uprawnień administratora w celu zainstalowania pliku MSIX zawierającego usługę. Aplikację można przekonwertować z usługami rozpoczynającymi się w wersji 1.2019.1220.0 narzędzia MSIX Packaging Tool i wdrożyć plik MSIX z usługami rozpoczynającymi się wiosną 2020 r. w systemie Windows 10.

• Instalator wymaga ponownego uruchomienia. Jeśli instalator wymaga ponownego uruchomienia, jest to obsługiwane w narzędziu MSIX Packaging Tool, począwszy od wersji 1.2019.701.0. Jeśli instalator zwraca nietypowy kod zakończenia, aby wskazać, że wymaga ponownego uruchomienia, należy dodać go do sekcji Kody zakończenia ponownego uruchamiania w ustawieniach narzędzia do tworzenia pakietów MSIX.

• Aplikacja .NET wymaga wersji programu .NET Framework starszej niż 4.6.2. Jeśli pakujesz aplikację .NET, zalecamy, aby aplikacja była skonfigurowana tak, aby korzystać z .NET Framework 4.6.2 lub nowszej wersji. Możliwość instalowania i uruchamiania spakowanych aplikacji klasycznych została po raz pierwszy wprowadzona w systemie Windows 10 w wersji 1607 (nazywanej również aktualizacją rocznicową), a ta wersja systemu operacyjnego domyślnie zawiera program .NET Framework 4.6.2. Nowsze wersje systemu operacyjnego obejmują nowsze wersje programu .NET Framework. Aby uzyskać pełną listę wersji platformy .NET zawartych w nowszych wersjach systemu Windows 10, zobacz ten artykuł.

  Docelowe wersje programu .NET Framework starsze niż 4.6.2 w spakowanych aplikacjach klasycznych powinny działać w większości przypadków. Jeśli jednak celem jest wersja wcześniejsza niż 4.6.2, należy w pełni przetestować spakowaną aplikację komputerową przed jej dystrybucją do użytkowników.

  • 4.0 — 4.6.1: Aplikacje przeznaczone dla tych wersji programu .NET Framework powinny działać bez problemów w wersji 4.6.2 lub nowszej. W związku z tym te aplikacje powinny być instalowane i uruchamiane bez zmian w systemie Windows 10 w wersji 1607 lub nowszej z wersją programu .NET Framework dołączonego do systemu operacyjnego.

  • 2.0 i 3.5: W naszych testach spakowane aplikacje klasyczne przeznaczone dla tych wersji programu .NET Framework działają ogólnie, ale mogą wykazywać problemy z wydajnością w niektórych scenariuszach. Aby te spakowane aplikacje były instalowane i uruchamiane, na maszynie docelowej musi być zainstalowana funkcja .NET Framework 3.5 (ta funkcja obejmuje również program .NET Framework 2.0 i 3.0). Należy również dokładnie przetestować te aplikacje po ich zapakowaniu.

• Aplikacja wymaga sterownika. MsiX nie obsługuje sterowników.

• Aplikacja zapisuje dane w folderze AppData lub w rejestrze z zamiarem udostępniania danych innej aplikacji. Po konwersji usługa AppData jest przekierowywana do lokalnego magazynu danych aplikacji, który jest prywatnym sklepem dla każdej aplikacji.

  Wszystkie wpisy zapisywane przez aplikację w gałęzi rejestru HKEY_LOCAL_MACHINE są przekierowywane do izolowanego pliku binarnego, a wszelkie wpisy zapisywane przez aplikację w gałęzi rejestru HKEY_CURRENT_USER są umieszczane w prywatnej lokalizacji dla każdego użytkownika i każdej aplikacji. Aby uzyskać więcej informacji na temat przekierowywania plików i rejestru, zobacz Za kulisami Platformy Desktop Bridge.

• Twoja aplikacja zapisuje w katalogu instalacyjnym dla Twojej aplikacji. Na przykład aplikacja zapisuje w pliku dziennika umieszczonym w tym samym katalogu co plik exe. Nie jest to obsługiwane, ponieważ folder jest chroniony. Zalecamy zapisanie danych w innej lokalizacji, takiej jak lokalny magazyn danych aplikacji. Dodaliśmy możliwość, która umożliwia korzystanie z tej funkcji w wersji 1809 i nowszych.

• Aplikacja używa bieżącego katalogu roboczego. Podczas uruchamiania spakowana aplikacja klasyczna nie uzyska tego samego katalogu roboczego, który został wcześniej określony w skrócie LNK na pulpicie. Jeśli dla działania twojej aplikacji ważne jest posiadanie właściwego katalogu, musisz zmienić bieżący katalog roboczy (CWD) podczas działania programu.

• Aplikacja instaluje i ładuje zestawy z folderu równoległego systemu Windows. Na przykład aplikacja używa bibliotek środowiska uruchomieniowego języka C VC8 lub VC9 i dynamicznie łączy je z folderu równoległego systemu Windows, co oznacza, że kod używa typowych plików DLL z folderu udostępnionego, takiego jak C:\Windows\WinSxS. Nie jest to obsługiwane. Należy połączyć je statycznie, bezpośrednio linkując do plików biblioteki redystrybucyjnej w kodzie.

Inne uwagi

• Ponowne spakowanie instalatora w odpowiedniej architekturze. Jeśli instalator ma zostać zainstalowany na maszynie x86. Pamiętaj, aby ponownie spakować instalatora na maszynie x86. Dotyczy to instalatora przeznaczonego dla maszyn x64.

  Uwaga / Notatka

  Jeśli aplikacja musi zapisać w katalogu instalacyjnym lub użyć bieżącego katalogu roboczego, możesz również rozważyć dodanie poprawki uruchomieniowej przy użyciu Package Support Framework do pakietu. Aby uzyskać więcej informacji, zobacz ten artykuł.