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.
In UWP konnten Sie einen App-Dienst im selben Prozess wie Ihre App hosten, indem Sie OnBackgroundActivated in Ihrer Application-Klasse überschrieben. Windows App SDK unterstützt dieses Muster nicht.
Warum In-Process-App-Dienste nicht verfügbar sind
Microsoft.UI.Xaml.Application definiert keine OnBackgroundActivated-Überschreibung, und ExtendedActivationKind – die Enumeration, die Windows App SDK-Apps verwenden, um zu prüfen, wie sie aktiviert wurden – hat kein AppService-Member. Aus diesem Grund gibt es keine unterstützte Möglichkeit, dass der eigene Prozess einer Windows App SDK-App eine App-Service-Aktivierung empfängt. App-Dienste auf Windows App SDK müssen immer als Out-of-Process-Hintergrundaufgabe ausgeführt werden.
Was stattdessen verwendet werden soll
-
Um einen App-Dienst bereitzustellen, implementieren Sie ihn außerhalb des Prozesses. Erstellen Sie ein separates Windows-Runtime Component-Projekt, das
IBackgroundTaskimplementiert, und verweisen Sie darauf alsEntryPointin derappService-Erweiterung Ihres Manifests. Dieses Muster funktioniert sowohl für UWP- als auch für Windows App SDK-Anbieter-Apps. Schritte finden Sie unter Erstellen und Nutzen eines App-Diensts. -
Wenn Sie nur Daten freigeben oder Funktionen innerhalb derselben App aufrufen müssen, benötigen Sie überhaupt keinen App-Dienst oder
AppServiceConnection. Da der Code im selben Prozess ausgeführt wird, rufen Sie die freigegebene Klasse oder Methode direkt auf, anstatt den Anruf über die Prozessübergreifende Kommunikation weiter zu routingen.
Verwandte Inhalte
Windows developer