Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Das Verpacken definiert, wie Ihre App installiert, aktualisiert und in Windows integriert wird. WinUI-Apps werden standardmäßig verpackt, während viele Desktop-Apps, z. B. herkömmliche Win32-Anwendungen, entpackt ausgeführt werden. Paketierte Apps profitieren von einem sauberen Installationsmodell, automatischen Updates und Zugriff auf Windows-Funktionen, die Paketidentität erfordern, einschließlich Hintergrundaufgaben, Benachrichtigungen, Kontextmenüerweiterungspunkte und anderen Erweiterungspunkten. Entpackte Apps können weiterhin auf viele Windows App SDK-Funktionen zugreifen, erfordern jedoch möglicherweise zusätzliches Setup, um bestimmte Features zu aktivieren.
Warum das Verpacken von Apps wichtig ist
Das Verpacken bestimmt, wie Ihre App installiert, aktualisiert, identifiziert und in Windows integriert wird. Die Auswahl zwischen einer verpackten oder entpackten App wirkt sich auf die Features aus, die Sie verwenden können, das Bereitstellungsmodell, auf das Sie sich verlassen, und die allgemeine Benutzererfahrung, die Ihre Kunden erhalten. Das Ziel dieser Übersicht ist es, Ihnen zu helfen, die Kompromisse schnell zu verstehen, damit Sie das Modell auswählen können, das am besten mit der Architektur und den Anforderungen Ihrer App übereinstimmt.
Verpackte und entpackte Apps
Verpackte Apps
Verpackte Apps verwenden MSIX und verfügen über eine Paketidentität, die für viele Windows-Erweiterungspunkte erforderlich ist – einschließlich Hintergrundaufgaben, Benachrichtigungen, benutzerdefinierten Kontextmenüerweiterungen und Freigabezielen. Die Paketidentität ermöglicht Windows, den Aufrufer von Plattform-APIs zuverlässig zu identifizieren, weshalb diese Features davon abhängen. Weitere Informationen finden Sie unter Features, die Paketidentität erfordern.
- Verpackte Apps werden in der Regel in einem einfachen App-Container mit Dateisystem- und Registrierungsvirtualisierung ausgeführt (siehe AppContainer für Ältere Apps und MSIX AppContainer-Apps).
- Apps können auch so konfiguriert werden, dass sie bei Bedarf nicht in einem App-Container ausgeführt werden.
- MSIX wird sowohl für die Verpackung als auch für die Installation verwendet (siehe Was ist MSIX?).
Verpackt mit externem Speicherort
Einige vorhandene Desktop-Apps sind noch nicht bereit für alle Inhalte, um innerhalb eines MSIX-Pakets enthalten zu sein. Beim Packen mit externem Speicherort werden diese Apps-Paketidentitäten zugewiesen, sodass die meisten Inhalte außerhalb des Pakets verbleiben können.
- Diese Option erfordert weiterhin ein Installationsprogramm: Denken Sie daran, dass es ein Hybridmodell zwischen verpackt und entpackt ist.
- Siehe Gewähren der Paketidentität durch Verpacken mit externem Speicherort.
Entpackte Apps
Entpackte Apps verwenden MSIX nicht und besitzen keine Paketidentität, was bedeutet, dass sie nicht auf die Features zugreifen können , die dies erfordern.
- Sie bleiben hinsichtlich der API-Oberfläche, des Dateisystemzugriffs, des Registrierungszugriffs, der Rechteerhöhungen und des Prozessmodells völlig uneingeschränkt.
- Installation und Updates basieren auf
.exe,.msiund benutzerdefinierten Installationsprogrammen, ClickOnce oder xcopy-Bereitstellung. - Weitere Informationen finden Sie unter Features, für die Paketidentität benötigt wird.
Zusammenfassungsvergleich
| Verpackt (optionaler App-Container) | Verpackt mit externem Speicherort/Entpackung | |
|---|---|---|
| Wichtige Vorteile | Moderne Installation/Deinstallation, automatische/inkrementelle Updates, saubere Entfernung ohne Restartefakte, optimierte Microsoft Store-Erfahrung und Zugriff auf Features, die Paketidentität erfordern. | Volle Kontrolle über Prozessmodell, Berechtigungserweiterung, IPC, Registry- und Dateisystemzugriff. Die Verpackung für externe Standorte ermöglicht es, die Paketidentität zu erlangen, ohne MSIX vollständig zu integrieren. |
| Wichtige Einschränkungen | Einige Szenarien auf Systemebene werden nicht unterstützt (z. B. NT-Dienste). IPC-Optionen können eingeschränkt werden, Veröffentlichung im Store beschränkt den Zugriff mit erhöhten Rechten und Virtualisierung gilt in vielen Fällen (siehe Flexible Virtualisierung). Unternehmensrichtlinien können Updates, die vom Store gesteuert werden, deaktivieren. | Höheres Risiko veralteter Dateien oder Konfiguration nach der Deinstallation. Die Installation/Aktualisierung muss manuell über .exe, .msioder benutzerdefinierte Mechanismen behandelt werden. Entpackte Apps verfügen nicht über Features, die paketidentität erfordern. |
Von Bedeutung
Für die meisten Apps bietet die Verwendung von MSIX und die Ausführung in einem App-Container die nahtlosste, sichere und moderne Installations- und Updateumgebung.
Weitere Informationen zum Installationsspeicherort, Arbeitsverzeichnis, Virtualisierung und Laufzeitverhalten finden Sie unter
Grundlegendes dazu, wie verpackte Desktop-Apps unter Windows ausgeführt werden.
Erste Schritte mit MSIX
Wenn Sie eine Win32-Desktop-App (manchmal als klassische Desktop-App bezeichnet) oder eine .NET-App – einschließlich Windows Presentation Foundation (WPF) und Windows Forms (WinForms) – erstellen, können Sie Ihre App mit MSIX packen und bereitstellen.
- Erstellen eines MSIX-Pakets auf der Grundlage eines vorhandenen Installers
- Erstellen eines MSIX-Pakets aus Quellcode
- Verwalten Ihrer MSIX-Bereitstellung
Andere Installationstechnologien
Sie können diese Arten von Apps auch mit anderen Installationstechnologien packen und bereitstellen.
Windows developer