Android: Démarrer le Service avec le Contexte.startService vs PendingIntent.la méthode getService

Contexte.startService

Intent intent = new Intent(context, MyService.class);
context.startService(intent);

PendingIntent.la méthode getService

Intent intent = new Intent(context, MyService.class);
PendingIntent pi = PendingIntent.getService(context, 0, intent, 0);
pi.send();

Questions

  1. Quand souhaitez-vous commencer un service de Contexte.startService vs un PendingIntent?
  2. Pourquoi voudriez-vous utiliser un sur l'autre?

OriginalL'auteur Metro Smurf | 2012-02-05

  1. 18

    Il n'y a vraiment aucune différence.

    Spécifiquement le Contexte de la méthode est utilisée pour démarrer où, comme un PendingIntent est généralement utilisé avec une notification à feu cette intention lorsqu'il est exploité, qui est retardée jusqu'à ce que l'utilisateur tape (généralement). Toutefois, vous ne serait pas normalement envoyer le PendingIntent directement parce que ce n'est pas ce qu'il est pour.

    Un PendingIntent est une Intention qui est en attente, en attente, en ce sens que sa PAS censé se passer maintenant, mais dans un avenir proche. Alors qu'avec une Intention, il est envoyé à l'instant même.

    Si un PendingIntent n'est pas en attente lorsqu'il est utilisé, alors il n'est plus un PendingIntent et c'est en effet une Intention. Vaincre le but entièrement.

    Alors, est-il toujours un moment où vous voulez démarrer un service avec un PendingIntent?
    Si vous souhaitez démarrer un service dans un avenir proche, ce serait le cas idéal. Dire que j'ai une notification qui affiche de la nouvelle mise à jour disponible pour le compte d'un utilisateur. Idéalement, il serait dans l'attente de l'intention qui permettrait d'établir une connexion à un serveur et télécharger cette information. Je veux qu'il fait lorsque l'utilisateur a tapé la notification de ne PAS immédiatement, de cette façon que j'ai d'attente pour la commodité de l'utilisateur, ou si l'utilisateur n'a pas les soins, ils peuvent annuler la notification et la nouvelle mise à jour va réagir de la même façon.
    Bonne explication, merci!

    OriginalL'auteur JoxTraex

  2. 1

    PendinIntents sont très utilisés pour les widgets. La présentation de l'exécution d'un widget n'a pas "appartenir" à votre code, mais c'est plutôt sous le contrôle du système, vous ne pouvez pas affecter directement sur les auditeurs pour les éléments de l'interface. Au lieu de vous attribuer un PendingIntent de ces éléments (comme des boutons) donc lorsque l'utilisateur touche, le PendingIntent est "exécuté", quelque chose comme:

    //get the widget layout
RemoteViews remoteViews = new RemoteViews(context.getPackageName(), R.id.widget_layout);

//prepare to listen the clicks on the refresh button
Intent active = new Intent(context, WidgetCode.UpdateService.class);
PendingIntent refreshPendingIntent = PendingIntent.getService(context, 0, active, 0);
remoteViews.setOnClickPendingIntent(R.id.buttonWidgetRefresh, refreshPendingIntent);

//send the changes to the widget
AppWidgetManager.getInstance(context).updateAppWidget(appwidgetid, remoteViews);

    Dans ce cas, un bouton dans le widget commence un service. Habituellement, vous mettre un peu plus d'info dans l'intention, avec putExtras(), de sorte que le service obtiendrez toute l'information nécessaire pour faire son travail.

    Juste un avis que vous devez ajouter à votre service dans le manifeste et les ajouter à l'exportation="true" propriété de son important

    OriginalL'auteur Sobakus