Android: Abonnez-vous à Firebase Messagerie en Nuage(FCM) Thème

Selon Firebase messagerie en nuage de la documentation, pour l'inscription d'un utilisateur à un sujet que j'ai besoin d'appeler

FirebaseMessaging.getInstance().subscribeToTopic("news");

Dans mon application, j'ai besoin de tous les utilisateurs de s'abonner à mon cloud
messagerie sujet. Puisque la valeur de retour est void, la question est de savoir comment
je peux comprendre que l'abonnement a été un succès?
Est-ce une mauvaise pratique pour appeler subscribeToTopic à chaque fois que mon
l'application démarre?

InformationsquelleAutor VSB | 2016-10-15

20

1. Comment puis-je comprendre que l'abonnement a été un succès?

Edit:

Vous pouvez maintenant vérifier si l'abonnement est réussie par l'ajout de addOnSuccessListener()
```
FirebaseMessaging.getInstance().subscribeToTopic("news").addOnSuccessListener(new OnSuccessListener<Void>() {
        @Override
        public void onSuccess(Void aVoid) {
            Toast.makeText(getApplicationContext(),"Success",Toast.LENGTH_LONG).show();
        }
    });
```
Original:

~~Il n'y a rien de mentionné explicitement dans les docs sur une réponse reçue lorsque l'abonnement est réussie.~~

Toutefois, si vous avez besoin de mandat de tous vos utilisateurs de s'abonner à un sujet spécifique, vous devriez appeler le subscribeToTopic sur l'application de la première installation. Ce sera probablement assurez-vous que il ya une connexion internet (depuis il a probablement été téléchargé et installé via le Play Store) et l'abonnement à succès.

Toutefois, si vous voulez vous assurer que, vous pouvez également gérer il vérifier via votre propre Serveur d'Application. Comme mentionné dans le docs:

Vous pouvez profiter de l'ID d'Instance Api pour effectuer un sujet de base de la gestion des tâches à partir du côté serveur. Compte tenu de l'inscription de jeton(s) de client app cas, vous pouvez effectuer les opérations suivantes:

Découvrez des détails sur une application client de l'occurrence des souscriptions, y compris chaque nom de rubrique et abonnez-vous date. Voir Obtenir des informations sur l'application des instances.

Vérifier à travers l'enregistrement des jetons, si elles n'ont pas été correctement subsribed à votre sujet, envoyer une notification à l'endroit où il va déclencher votre client app pour appeler subscribeToTopic.

2. Est-ce une mauvaise pratique pour appeler subscribeToTopic à chaque fois que mon application démarre?

Edit: Ajout de la section des commentaires: Abonnement sur l'app départ doit être fine.

Merci @FrankvanPuffelen pour vérification. 🙂
- 2) nan, en souscrivant à des sujets sur l'app début est très bien.
- et une autre question? Ne subscribeToTopic va réessayer sur un fond d'être soumis par les services de google ou telle chose (si la connexion internet n'était pas disponible au moment de l'exécution des instructions)?
- gardera nouvelle tentative sur le fond, mais c'est lié à votre cycle de vie des applications (pour ne pas les services de google, encore). Donc, si votre application est tué, il va arrêter de réessayer jusqu'à ce que l'application est de nouveau ouvert. (l'action est stocké de sorte qu'il sera repris lorsque l'application est lancée à nouveau)
- Merci pour cette info. VSB effectivement fait un post pour cette question et j'ai fourni un répondre, que j'ai édité, en ajoutant vos commentaires. J'ai juste une question, est-il un exemple à tous où la nouvelle tentative s'arrête sans fin en fait? Un effacement de la mémoire cache peut-être?
- nouvelle tentative des arrêts de travail pour toujours seulement si l'utilisateur supprime les données de l'application. (pas le cache, ce n'est pas important). Veuillez noter que la suppression des données de l'application est la même que la désinstallation et la réinstallation et cela s'applique à n'importe quelle autre bibliothèque ou d'une fonction. Non seulement à la FCM.
- Merci pour vos informations utiles. Cependant je veux savoir est ce comportement est documenté quelque part ou vous savez que par l'expérience?
- Je suis un Google développeur dans l'équipe de la FCM. Vous avez raison, subscribeToTopic n'est pas documentée, aussi clairement que je l'ai décrit ici. Je vais regarder dans l'ajout d'une documentation complète dans la javadoc de l'une des prochaines versions.
- Merci beaucoup pour les détails. 🙂
- Se pourrait-il que subscribeToTopic() aussi arrête d'essayer après 20 à 30 secondes, puis l'appareil reste désabonné? Votre reply pour AL n'aborde pas cette éventualité.
- subscribeToTopic() ne va PAS arrêter une nouvelle tentative. mais il est assez intelligent pour détecter si l'appareil est en mode hors connexion, et si ce ne sera donc pas réessayer jusqu'à ce que l'appareil est de nouveau en ligne. Mais comme je l'ai écrit au-dessus de cette logique est contenue dans le code de l'application, de sorte que si l'application est tué par Android (à faibles ressources, doze mode, etc), alors la logique de nouvelle tentative pourrait être arrêté/retardée jusqu'à ce que l'application est de nouveau ouvert par l'utilisateur.
- Est-il vraiment nécessaire de faire appel à subscribeToTopic() à chaque application démarre? Il n'est pas clair pour moi si le sujet de l'abonnement doit être exécutée une seule fois (au onTokenRefresh par exemple) ou à plusieurs reprises (lors de l'application démarre par exemple).
- Il n'est pas techniquement nécessaire. Cela peut dépendre de votre cas d'utilisation. Par exemple, si vous voulez un mondial le sujet où tous les utilisateurs sont membres de, vous devriez assurez-vous qu'ils sont abonnés à elle. Mettre la méthode subscribe au démarrage de l'application garantit. Mettre le abonnez-vous à onTokenRefresh est inutile puisque lorsqu'un jeton est rafraîchi, de leurs correspondants rubrique abonnements sont reportées.
- L'a obtenu. Merci @AL.
- Concernant les 2) je reçois des messages enregistrés sujet, mais OnSuccessListener (avec OnFailureListener, CompleteListener) n'est jamais appelée, ce qui est triste, depuis que je voudrais savoir, c'est l'abonnement réussie ou pas.
- Il est difficile de commenter ce que le problème pourrait être sans voir le code. Cependant, ce que vous décrivez ressemble à une vraie question. L'objectif de l'auditeur est de détecter des résultats pour la tâche de l'abonnement. Si elle ne parvient pas à le faire seule tâche, alors il pourrait être un bug. Je suggère de poster une question ici, de sorte que la communauté peut aider à le comprendre. Cheers!
- J'ai commencé un autre sujet concernant ici: stackoverflow.com/q/51860522/3090951, Il y a un peu de code 🙂
- Allé à votre post et vu Doug commentaire suggérant que vous remplissez un rapport de bogue. Avec son arrière-plan sur Firebase, je conseille fortement que vous le suivez. Bonne chance!
- Quelqu'un peut-il commentaire à propos de si un utilisateur est déjà inscrit à un topic comment FCM/Firebase poignées pour essayer de s'abonner à l'utilisateur même pour le même sujet?
InformationsquelleAutor AL.

-1

J'ai écrit cette fonction et testé. Peut être utile.

    private void subscribeToMessaging(){
        SharedPreferences prefs = getSharedPreferences(SETTINGS_TITLE, MODE_PRIVATE);

//Getting value from shared preferences
        boolean isSubscriptionEnable = prefs.getBoolean(SETTING_NOTIFICATION, true);

//if "isSubscriptionEnable" is true then check whether its already subscribed or not
        if (isSubscriptionEnable){

            boolean alreadySubscribed = prefs.getBoolean(SETTING_ALREADY_SUBSCRIBED, false);
//if not already subscribed then subscribe to topic and save value to shared preferences
            if (!alreadySubscribed){
                FirebaseMessaging.getInstance().subscribeToTopic("global").addOnSuccessListener(new OnSuccessListener<Void>() {
        @Override
        public void onSuccess(Void aVoid) {
            Toast.makeText(getApplicationContext(),"Success",Toast.LENGTH_LONG).show();
        }
    });

                SharedPreferences.Editor editor = getSharedPreferences(SETTINGS_TITLE, MODE_PRIVATE).edit();
                editor.putBoolean(SETTING_ALREADY_SUBSCRIBED, true);
                editor.apply();
                Toast.makeText(this, "Subscribed", Toast.LENGTH_LONG).show();
            } else {
                Toast.makeText(this, "Already subscribed", Toast.LENGTH_LONG).show();
            }
        }
    }

N'oubliez pas d'écrire ces lignes ci-dessus onCreate()

    public static final String SETTINGS_TITLE = "settings";
    public static final String SETTING_NOTIFICATION = "notification_state";
    public static final String SETTING_ALREADY_SUBSCRIBED = "already_subscribed";

Parfois, le subscribeToTopic peut entraîner une défaillance.
J'ai ajouté addOnSuccessListener pour confirmer que l'abonnement succès ou pas. J'espère que ce sera utile.

InformationsquelleAutor Pooja

Vous devez vous connecter pour publier un commentaire.