Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Pakietowanie definiuje sposób instalacji, aktualizacji i integracji aplikacji z systemem Windows. Aplikacje WinUI są domyślnie pakowane, podczas gdy wiele aplikacji desktopowych, takich jak tradycyjne aplikacje Win32, są uruchamiane bez pakowania. Spakowane aplikacje korzystają z czystego modelu instalacji, aktualizacji automatycznych i dostępu do funkcji systemu Windows, które wymagają tożsamości pakietu, w tym zadań w tle, powiadomień, rozszerzeń menu kontekstowego i innych punktów rozszerzalności. Aplikacje rozpakowane mogą nadal uzyskiwać dostęp do wielu funkcji zestawu SDK aplikacji systemu Windows, ale mogą wymagać dodatkowej konfiguracji w celu włączenia niektórych funkcji.
Dlaczego pakowanie aplikacji ma znaczenie
Tworzenie pakietów określa sposób instalowania, aktualizowania, identyfikowania i integracji aplikacji z systemem Windows. Wybór między spakowanym lub rozpakowanym aplikacją ma wpływ na funkcje, których można użyć, model wdrażania, na którym polegasz, oraz ogólne środowisko, z którego korzystają klienci. Celem tego przeglądu jest ułatwienie szybkiego zrozumienia kompromisów, dzięki czemu można wybrać model, który najlepiej odpowiada architekturze i wymaganiom aplikacji.
Spakowane i rozpakowane aplikacje
Spakowane aplikacje
Spakowane aplikacje używają formatu MSIX i mają tożsamość pakietu, która jest wymagana dla wielu punktów rozszerzalności systemu Windows — w tym zadań w tle, powiadomień, niestandardowych rozszerzeń menu kontekstowego i celów udostępniania. Tożsamość pakietu pozwala systemowi Windows na niezawodne identyfikowanie wywołującego interfejsów API platformy, dlatego te funkcje są od niej zależne. Aby uzyskać więcej informacji, zobacz Funkcje wymagające tożsamości pakietu.
- Aplikacje spakowane są zwykle uruchamiane w uproszczonym kontenerze aplikacji z systemem plików i wirtualizacją rejestru (zobacz AppContainer dla starszych aplikacji i aplikacji MSIX AppContainer).
- Aplikacje można również skonfigurować , aby nie uruchamiać ich w kontenerze aplikacji w razie potrzeby.
- Plik MSIX jest używany zarówno do tworzenia pakietów, jak i instalacji (zobacz Co to jest MSIX?).
Zapakowane wraz z lokalizacją zewnętrzną
Niektóre istniejące aplikacje desktopowe nie są jeszcze gotowe, aby cała ich zawartość znajdowała się wewnątrz pakietu MSIX. Pakowanie z lokalizacją zewnętrzną zapewnia tożsamości pakietu tych aplikacji, pozwalając jednocześnie na pozostawienie większości zawartości poza pakietem.
- Ta opcja nadal wymaga instalatora: należy traktować go jako model hybrydowy między spakowanym i rozpakowanym.
- Zobacz Udzielanie tożsamości pakietu przez pakowanie przy użyciu lokalizacji zewnętrznej.
Rozpakowane aplikacje
Aplikacje rozpakowane nie korzystają z pliku MSIX i nie mają tożsamości pakietu, co oznacza, że nie mogą uzyskać dostępu do funkcji, które tego wymagają.
- Pozostają one w pełni nieograniczone pod względem powierzchni interfejsu API, dostępu do systemu plików, dostępu do rejestru, podniesienia uprawnień i modelu procesów.
- Instalacja i aktualizacje polegają na
.exe,.msiinstalatorach niestandardowych, technologii ClickOnce lub wdrożeniu xcopy. - Zobacz funkcje , które wymagają tożsamości pakietu.
Porównanie podsumowań
| Spakowane (opcjonalny kontener aplikacji) | Zapakowane z lokalizacją zewnętrzną/ Bez opakowania | |
|---|---|---|
| Najważniejsze korzyści | Nowoczesne instalowanie/odinstalowywanie, automatyczne/przyrostowe aktualizacje, czyste usuwanie bez pozostałości, zoptymalizowane środowisko w Microsoft Store i dostęp do funkcji wymagających tożsamości pakietu. | Pełna kontrola nad modelem procesów, podniesieniem uprawnień, IPC, dostępem do rejestru i systemu plików. Pakowanie zewnętrznej lokalizacji umożliwia uzyskanie tożsamości pakietu bez pełnego wdrożenia MSIX. |
| Kluczowe ograniczenia | Niektóre scenariusze na poziomie systemu nie są obsługiwane (np. usługi NT). Opcje IPC mogą być ograniczone, publikacja w sklepie ogranicza podwyższony dostęp, a wirtualizacja ma zastosowanie w wielu przypadkach (zobacz Wirtualizacja elastyczna). Zasady przedsiębiorstwa mogą wyłączać aktualizacje oparte na magazynie. | Większe ryzyko nieaktualnych plików lub konfiguracji po odinstalowaniu. Instalacja/aktualizacja musi być obsługiwana ręcznie za pośrednictwem .exe, .msi lub mechanizmów niestandardowych. Rozpakowane aplikacje nie mają funkcji, które wymagają tożsamości pakietu. |
Ważne
W przypadku większości aplikacji korzystanie z pliku MSIX i uruchamiania w kontenerze aplikacji zapewnia najbardziej bezproblemowe, bezpieczne i nowoczesne środowisko instalacji i aktualizacji.
Aby uzyskać więcej informacji na temat lokalizacji instalacji, katalogu roboczego, wirtualizacji i zachowania środowiska uruchomieniowego, zobacz
Opis sposobu uruchamiania spakowanych aplikacji desktopowych w systemie Windows.
Rozpocznij pracę z MSIX
Jeśli tworzysz aplikację klasyczną Win32 (czasami nazywaną klasyczną aplikacją desktopową) lub aplikację .NET, w tym Windows Presentation Foundation (WPF) i Windows Forms (WinForms), możesz spakować i wdrożyć aplikację przy użyciu MSIX.
- Utwórz pakiet MSIX z istniejącego instalatora
- Zbuduj pakiet MSIX z kodu źródłowego
- Zarządzanie wdrożeniem MSIX
Inne technologie instalacji
Możesz również spakować i wdrożyć te typy aplikacji przy użyciu innych technologii instalacji.
Windows developer