Les services d'application in-process ne sont pas pris en charge dans SDK d'application Windows

Dans UWP, vous pouviez héberger un service d’application dans le même processus que votre application en redéfinissant OnBackgroundActivated dans votre classe Application. SDK d'application Windows ne prend pas en charge ce modèle.

Pourquoi les services d’application in-process ne sont pas disponibles

Microsoft.UI.Xaml.Application ne définit pas de redéfinition de OnBackgroundActivated, et ExtendedActivationKind — l’énumération que les applications SDK d'application Windows utilisent pour déterminer comment elles ont été activées — ne comporte aucun membre AppService. De ce fait, il n’existe aucun moyen pris en charge permettant au propre processus d’une application SDK d'application Windows de recevoir une activation via un service d’application. Les services d’application sur SDK d'application Windows doivent toujours s’exécuter en tant que tâche en arrière-plan hors processus.

Que utiliser à la place

• Pour fournir un service d’application, implémentez-le hors processus. Créez un projet distinct de composant Windows Runtime qui implémente IBackgroundTask et référencez-le en tant que EntryPoint dans l’extension appService de votre manifeste. Ce modèle fonctionne à la fois pour les applications de fournisseur UWP et SDK d'application Windows. Pour connaître les étapes à suivre, consultez Créer et consommer un service d’application.
• Si vous avez uniquement besoin de partager des données ou d’appeler des fonctionnalités au sein de la même application, vous n’avez pas besoin d’un service d’application ou AppServiceConnection du tout. Étant donné que le code s’exécute dans le même processus, appelez la classe ou la méthode partagée directement au lieu de router l’appel via la communication entre processus.

Contenu connexe

• Créer et utiliser un App Service
• Extensions d'application
• Vue d’ensemble de l’extensibilité