Détecter si la demande: didReceiveRemoteNotification: fetchCompletionHandler: a été appelé en appuyant sur une notification dans le Centre de notifications

application: didReceiveRemoteNotification: fetchCompletionHandler:

est différente de

application: didReceiveRemoteNotification:

Comment? à partir de la documentation:

Contrairement à l'application:didReceiveRemoteNotification: la méthode, qui est
appelé que lorsque votre application est en cours d'exécution, le système appelle cette méthode
quel que soit l'état de votre application. Si votre application est suspendue ou pas
en cours d'exécution, le système se réveille ou lance votre application et le met dans le
exécution en arrière-plan de l'état avant d'appeler la méthode. Si l'utilisateur ouvre
votre application dans le système affiche l'alerte, le système appelle cette méthode
à nouveau de sorte que vous savez de la notification de l'utilisateur sélectionné.

Ma lutte est: je veux savoir si la méthode a été appelée par l'utilisateur en appuyant sur un système affiche alerte dans le Centre de Notification, ou à partir d'un silencieux de notification push qui réveille l'appareil. Actuellement, aussi loin que je peux voir, il n'y a pas de moyen évident de les différencier.

- (BOOL)application: didFinishLaunchingWithOptions:

Le suivi de l' launchOptions dans la méthode ci-dessus n'est pas une solution car elle est appelée uniquement si l'application est suspendue/pas en cours d'exécution en arrière-plan. Si il fonctionne dans le fond elle n'est pas appelée.

InformationsquelleAutor Devfly | 2014-04-19

41

La Pomme docs sont un peu confus,
```
application: didReceiveRemoteNotification: fetchCompletionHandler:  
```
est utilisé que si votre application prend en charge la télécommande-la notification le mode arrière-plan (c'est à dire que vous faites BackgroundFetch.)
```
application: didReceiveRemoteNotification:  
```
est appelée lorsque le système d'exploitation reçoit une RemoteNotification et que l'application est en cours d'exécution (à l'arrière-plan/suspension ou au premier plan.)

Vous pouvez vérifier la UIApplicationState pour voir si l'application a été apporté à la premier plan par l'utilisateur (en tapant sur la notification) ou est déjà en cours d'exécution lorsque la notification est en.
```
- (void) application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo {
      UIApplicationState state = [application applicationState];
        //user tapped notification while app was in background
    if (state == UIApplicationStateInactive || state == UIApplicationStateBackground) {
         //go to screen relevant to Notification content
    } else {
         //App is in UIApplicationStateActive (running in foreground)
         //perhaps show an UIAlertView
    }
}
```
- Je ne se soucient pas de application: didReceiveRemoteNotification: mais sur application: didReceiveRemoteNotification: fetchCompletionHandler:
- Si vous êtes en train de faire fond récupérer? Je suppose que je suis confus quant à l'endroit où se trouve la confusion. La Pomme docs de l'état (si votre support de l'application de remote-notification mode d'arrière-plan) >le système des appels à cette méthode, indépendamment de l'état de votre application. Les documents également état >Si l'utilisateur ouvre votre application dans le système affiche l'alerte, le système appelle cette méthode à nouveau de sorte que vous savez de la notification de l'utilisateur sélectionné. Je suppose que le suivi de la UIApplicationState serait encore applicable...
- ce qui va se passer si je comprend NSString * jsCallBack = [NSString stringWithFormat:@"testfromdelegate()"]; [self.viewController.webView stringByEvaluatingJavaScriptFromstring:jsCallBack]; à l'intérieur if (etat == UIApplicationStateInactive || état == UIApplicationStateBackground) { // retour à l'écran pertinents pour le contenu des notifications } Dans les deux cas, j'attends de la JSCallback sera exécuté. Est-ce vrai? S'il vous plaît laissez-moi savoir.
- qui/quoi les deux cas?
- les deux cas UIApplicationStateInactive et UIApplicationStateBackground?
- c'est théoriquement vrai. mais, si la notification a lancé l'application à partir de l'état Inactif (fermé). cela signifie que vous n'avez pas ur réf. de soi.viewController initialisé dans votre application délégué encore. got it?ou vais-je expliquer plus?
- hmm, je ne suis pas vraiment sûr. il dépend de la façon dont vous utilisez votre vue-contrôleur et où.
- Ah! Je vois le point!! Même si je suis en invoquant l'application de l'arrière-plan, mon JS de rappel ne fonctionne pas 🙁 je suis en train de réaliser cela dans mon application cordova. J'ai posté ma question ici - stackoverflow.com/questions/30701615/..., si vous avez un peu de temps?
- Je suis sur le chat, comme suggéré par de - pourriez-vous regarder mon DONC, la question, quand u ont un peu de temps? continuer cette discussion dans le chat.
- Swift version de cette approche: let state = application.applicationState let wasInBackground = (state == .Inactive || state == .Background)
- application: didReceiveRemoteNotification: n'est appelée que lorsque l'application est sur le premier plan developer.apple.com/reference/uikit/uiapplicationdelegate/...
- Je ne sais pas si c'est un iOS 10 chose ou quoi, mais -application: didReceiveRemoteNotification: était jamais de feu, même lorsque l'application est en cours d'exécution dans le premier plan (je n'ai obtenir bannières dans l'écran d'accueil, tout de même). Je suis passé à application: didReceiveRemoteNotification: fetchCompletionHandler: et ça marche... je suis en utilisant CloudKit abonnement notifications.
- pour iOS 9: pas iOS 10: Comment faites-vous la différence entre un 'appuyant sur une notification" et à "recevoir"? Je vous pose cette question pour ce scénario: j'ai une notification qui, en arrivant, j'ai besoin de 1. télécharger quelque chose 2. uniquement si l'utilisateur a tapé afficher une autre viewController. @hasan83
- Vous devriez être en mesure de comprendre que dans le UIApplicationDelegate méthode application(_:willFinishLaunchingWithOptions:) ou par l'observation de l' UIApplicationDidFinishLaunching de notification et d'accès à l'attaché userInfo dictionnaire
InformationsquelleAutor race_carr
18

Vous pouvez cocher la case UIApplication's applicationState pour distinguer les appels silencieux d'appels effectués avec l'application activement utilisés par l'utilisateur:
```
typedef enum : NSInteger {
   UIApplicationStateActive,
   UIApplicationStateInactive,
   UIApplicationStateBackground
} UIApplicationState;
```
Ou de garder votre propre drapeau sur le delegate's applicationDidEnterBackground:.
- Les bits importants: Active=App était ouvert lorsque la notification a été reçue, Inactive=l'Utilisateur a cliqué sur la notification, Background=Application est en cours d'exécution en arrière-plan lorsque la notification a été reçue (content-disposition doit être vrai; ce cas est le fond de l'extraction). Notez que l'application doit être en cours d'exécution, au moins dans le fond. Si vous forcez-fermer l'application, didReceiveRemoteNotification n'est pas appelé.
- Vous ne pouvez plus le faire dans iOS 10+ lorsque vous activez les notifications pour être montré pendant que votre application s'exécute. stackoverflow.com/questions/23168345/...
InformationsquelleAutor Rivera
9

L'État de l'Application n'est pas fiable parce que si vous avez du centre de contrôle ou d'Apple centre de notification sur votre application, de l'application: didReceiveRemoteNotification: fetchCompletionHandler: sera appelée et de l'état de l'application est Inactive.

Je vais avoir le même problème en essayant de répondre à un clic sur la notification, tandis que l'application est en arrière-plan et il ne semble pas être un moyen fiable pour uniquement cette identification.

InformationsquelleAutor overunder
3

Quand application: didReceiveRemoteNotification:fetchCompletionHandler: méthode est appelée application de l'état est UIApplicationStateInactive si l'utilisateur appuie sur l'alerte (dans ce cas, vous souhaitez préparer une partie de l'INTERFACE utilisateur) et est UIApplicationStateBackground lorsque l'application est en silence réveillé (dans ce cas, vous venez de charger des données).
- Dans le cas d'iOS 10+, la notification peut être indiquée lorsque l'application est ouverte. Dans ce cas, le système et l'utilisateur appuyez sur appellera application:didReceiveRemoteNotification:fetchCompletionHandler: et les deux ont application.applicationState == .active qui est un problème.
InformationsquelleAutor Aleksey Kozhevnikov

En cas de swift

func application(application: UIApplication, didReceiveRemoteNotification userInfo: [NSObject : AnyObject]) {

    let state : UIApplicationState = application.applicationState
    if (state == .Inactive || state == .Background) {
        //go to screen relevant to Notification content
    } else {
        //App is in UIApplicationStateActive (running in foreground)
    }
}

Ce n'était pas la question. Le problème est de savoir comment reconnaître cette méthode appelée par le système ou par l'action de l'utilisateur en appuyant sur la notification.

InformationsquelleAutor Ghulam Rasool

2

Je ne suis pas sûr si je comprends votre question.

Voulez-vous faire la différence entre un silencieux de notification push fetch en arrière-plan et un bruit de notification push? Vous pouvez simplement de vérifier si la notification push dictionnaire contient le "content-disposition" clé: [[userInfo objectForKey:@"aps"] objectForKey:@"content-available"] Si c'est le cas, il devrait être un silencieux pousser. Si non, il était normal de pousser.

Voulez-vous savoir si l'arrière-plan fetch méthode est appelée lorsque l'application reçoit une notification et il est en suspension/ne fonctionne pas? Si oui, vous pouvez effectuer les opérations suivantes:
- Télécharger et importer des Bûcherons dans votre application. Regarder à travers les directions et apprenez comment le configurer de telle sorte que vous pouvez enregistrer les logs sur le disque.
- Mettre cela dans n'importe quelle méthode vous voulez voir si/lorsque cette méthode est appelée:
  - DDLogDebug(@"%@ - %@",NSStringFromSelector(_cmd),NSStringFromClass([self class]));
  Cela permettra d'imprimer la classe et de la méthode dans le fichier journal.
- Examinez le fichier journal après l'envoi vous-même une notification push à votre arrière-plan-fetch activé app, et voir si l'une des méthodes appelées par regarder votre fichier journal.
Si vous avez configuré votre application correctement pour fetch en arrière-plan, la méthode application: didReceiveRemoteNotification: fetchCompletionHandler: sera appelé, même lorsque l'application est backgrounded/pas en cours d'exécution si vous recevez une notification push (mode push ou pas).

InformationsquelleAutor navkast
1

Dans iOS 10.0+ vous pouvez utiliser la méthode
```
- (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void (^)(void))completionHandler;
```
pour détecter lorsque l'utilisateur appuie sur un système affiche alerte de la NotificationCenter.

Si vous implémentez la méthode ci-dessus
- - (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult result))completionHandler; sera appelé seulement lorsqu'une notification est reçue
- - (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void (^)(void))completionHandler; sera appelée lorsque l'utilisateur appuie sur la notification
InformationsquelleAutor Giorgio
0

Pour Swift: Dans application(_:didFinishLaunchingWithOptions:) analyser les options de l'application. Si elles existent, vous savez que l'application a été lancée à partir d'eux en appuyant sur.
```
  if let remoteNotif = launchOptions?[UIApplicationLaunchOptionsKey.remoteNotification] as? [String: Any] {
        print("Remote notfi is \(remoteNotif)")
        if let notification = remoteNotif["aps"] as? [AnyHashable : Any] {
        ///- parse notification
      }
  }
```
Sinon, vous pouvez manipuler le robinet, et vous savez que l'application est ouverte/arrière-plan/inactifapplication(_:didReceiveRemoteNotification:fetchCompletionHandler:)

InformationsquelleAutor Alex Mason

Vous devez vous connecter pour publier un commentaire.