Freigeben über

Übersicht über die Bereitstellung des Windows App SDK

Es gibt zwei Möglichkeiten, das Windows App SDK bereitzustellen:

  • Framework-abhängig. Ihre App hängt von der Windows App SDK-Laufzeit und/oder dem Framework-Paket ab, das auf dem Zielcomputer vorhanden ist. Frameworkabhängige Bereitstellung ist der Standardbereitstellungsmodus des Windows App SDK für die effiziente Verwendung von Computerressourcen und Wartbarkeit.
  • eigenständige. Ihre App bringt die Abhängigkeiten des Windows App SDK mit. Eigenständige Bereitstellung ist eine Bereitstellungsoption, die in Windows App SDK 1.1 Preview 1 eingeführt wurde.

In diesem Thema werden auch die Begriffe verpackte App, verpackte App mit externem Speicherort und entpackte App verwendet. Erläuterungen zu diesen Begriffen finden Sie in der Übersicht über die Bereitstellung.

Bereitstellen einer frameworkabhängigen Anwendung Eigenständige Bereitstellung
Vorteile Kleine Bereitstellung. Nur Ihre App und ihre anderen Abhängigkeiten werden verteilt. Das Windows App SDK-Laufzeit- und Framework-Paket werden automatisch von frameworkabhängigen Apps installiert, die verpackt werden; oder als Teil des Windows App SDK-Laufzeitinstallationsprogramms durch frameworkabhängige Apps, die entweder mit externem Speicherort verpackt oder entpackt werden.

Dienstfähig. Wartungsupdates für das Windows App SDK werden automatisch über das Windows App SDK Framework-Paket installiert, ohne dass eine Aktion der App erforderlich ist.		 Steuern sie die Windows App SDK-Version. Sie steuern, welche Version des Windows App SDK mit Ihrer App bereitgestellt wird. Wartungsupdates des Windows App SDK wirken sich nicht auf Ihre App aus, es sei denn, Sie erstellen sie neu und verteilen sie erneut.

Isoliert von anderen Apps. Apps und Benutzer können Ihre Windows App SDK-Abhängigkeit nicht deinstallieren, ohne die gesamte App zu deinstallieren.

Xcopy-Bereitstellung. Da die Abhängigkeiten des Windows App SDK von Ihrer App übertragen werden, können Sie Ihre App bereitstellen, indem Sie ihre Buildausgabe einfach ohne zusätzliche Installationsanforderungen kopieren.
Nachteile Zusätzliche Installationsabhängigkeiten. Erfordert die Installation des Windows App SDK-Runtime- und/oder Framework-Pakets, das der App-Installation Komplexität verleihen kann.

Geteilte Abhängigkeiten. Das Risiko besteht, dass freigegebene Abhängigkeiten deinstalliert werden. Apps oder Benutzer, die die freigegebenen Komponenten deinstallieren, können sich auf die Benutzererfahrung anderer Apps auswirken, die die Abhängigkeit gemeinsam nutzen.

Kompatibilitätsrisiko. Risiko, dass Wartungsupdates für das Windows App SDK zu wichtigen Änderungen führen. Während Wartungsupdates Abwärtskompatibilität bieten sollten, ist es möglich, dass Regressionen eingeführt werden.		 Größere Bereitstellungen (nur entpackte Apps) Da Ihre App das Windows App SDK enthält, ist die Downloadgröße und der erforderliche Festplattenspeicher größer als bei einer frameworkabhängigen Version.

Leistung (nur entpackte Apps) Langsameres Laden und verwendet mehr Arbeitsspeicher, da Codeseiten nicht für andere Apps freigegeben werden.

Nicht bearbeitbar. Die mit Ihrer App verteilte Windows App SDK-Version kann nur aktualisiert werden, indem eine neue Version Ihrer App veröffentlicht wird. Sie sind für die Integration von Wartungsupdates des Windows App SDK in Ihre App verantwortlich.

Siehe auch Erstellen Ihres ersten WinUI 3-Projekts und Verwenden des Windows App SDK in einem vorhandenen Projekt.

Weitere Informationen zur framework-abhängigen Bereitstellung

Um mehr über die Abhängigkeiten zu erfahren, die Ihre App benötigt, wenn sie das Windows App SDK verwendet, lesen Sie vor dem Konfigurieren Ihrer frameworkabhängigen App für die Bereitstellung die Bereitstellungsarchitektur für das Windows App SDK.

Verpackte Apps

Wenn Sie sich für eine framework-abhängige, verpackte Anwendung entschieden haben (sehen Sie sich Bereitstellungsübersichtan), finden Sie hier Anweisungen zur Bereitstellung der Windows App SDK-Runtime mit der Anwendung:

Verpackt mit externen Speicherorten oder entpackten Apps

Wenn Sie sich für eine frameworkabhängige verpackte App mit externem Speicherort oder eine frameworkabhängige entpackte App entschieden haben (siehe Bereitstellungsübersicht), finden Sie hier Anweisungen für die Bereitstellung der Windows App SDK-Runtime mit der App:

Weitere Informationen zur eigenständigen Bereitstellung

Siehe Windows App SDK-Bereitstellungshandbuch für eigenständige Apps.

Initialisieren des Windows App SDK

Die Art und Weise, wie Sie das Windows App SDK initialisieren sollten, hängt davon ab, ob und wie Sie Ihre App verpacken und davon, wie Sie relativ zur Windows App SDK-Laufzeit deployen. Verwenden Sie den folgenden Abschnitt, der für Ihre App gilt.

Verpackte Apps

Wie Ihre App bereitgestellt wird Wie man initialisiert
Framework-abhängig Siehe zum Aufrufen der Bereitstellungs-API.
In sich geschlossen Keine Initialisierung erforderlich.

Entpackte Apps und Apps, die mit externem Speicherort verpackt sind

Wie Ihre App bereitgestellt wird Wie man initialisiert
Framework-abhängig Siehe Verwenden der Bootstrapper-API in einer App, die mit externem Speicherort verpackt oder nicht verpackt ist.
In sich geschlossen Siehe Deaktivieren (oder Aktivieren) der automatischen UndockedRegFreeWinRT-Unterstützung.