Est l'aide de bibliothèque d'événements, comme Otto ou EventBus un recommandé de la façon de gérer les relations entre les Activités, les Fragments, et les threads d'arrière-plan

Dans la plupart des cas, lorsqu'il s'agit de cas

  • Utilisateur thread (AsyncTask) pour effectuer un traitement en arrière-plan
  • Passe en retrait résultat calculé retour à Activity ou Fragment
  • Activity ou Fragment re-création qui pourrait se produire avant que l'utilisateur thread termine son traitement en arrière-plan

Jusqu'ici, à partir de nombreuses sources fiables, je peux voir la méthode recommandée est d'utiliser
Conservé Le Fragment

Sources

De temps en temps, j'ai entendu parler de l'événement de bus bibliothèques est bon pour la manipulation des relations entre les Activités, les Fragments, et les threads d'arrière-plan. (Veuillez vous référer à https://github.com/greenrobot/EventBus. Il affirme que fonctionne bien avec des Activités, des Fragments, et les threads d'arrière-plan)

Je suis tombé sur quelques très populaire événement bus bibliothèques

Je me demandais, quand vient pour gérer les relations entre les Activités, les Fragments, et les threads d'arrière-plan, comment est l'événement de bus approche différente de Conservé le Fragment approche?

Quelles façons est une méthode recommandée?

InformationsquelleAutor Cheok Yan Cheng | 2015-03-05
  1. 17

    L'événement de bus et Otto ne sont pas des "moyens recommandés" par l'Android developer guide, principalement parce qu'ils sont bibliothèques tierces afin de simplifier la tâche. Et je crois que Otto est assez nouveau, plus anciens guides ne sont évidemment pas à l'utiliser.

    Personnellement, j'aime Otto, c'est ce que j'utilise et je n'ai pas eu de problèmes avec elle jusqu'à présent. Mais bien sûr, c'est parce qu'il convenait à mon cas d'utilisation.

    J'ai un exemple sur la façon dont j'ai utilisé Otto ici.

    MODIFIER dans l'avenir: si vous avez besoin d'un bus d'événement, greenrobot/EventBus est mieux que Otto. Aussi, dans certains cas, LiveData<T> est tout à fait suffisante au lieu d'utiliser de l'événement de bus (qui, au lieu d'émettre des événements pour quiconque, émet seulement pour les abonnés).

    • Sont les événements reçus uniquement lorsque le fragment ou une activité est en cours d'exécution? Je veux dire, après onResume() et avant onPause()? Il me semble avoir un cas lors de mes fragments reçoit un message après onPause() qui est mauvais!
    • Je sais que sentir, c'est pourquoi j'ai une file d'attente d'événements ici pour "post pour fil conducteur": stackoverflow.com/a/28480952/2413303 (note: ce n'est PAS conservé d'une manière QUELCONQUE sur le processus de la mort!)
    • Si j'ai bien compris: en général Otto ne envoyer des événements à la pause fragments...
    • Eh bien si vous bloquez, oui. Certaines personnes s'inscrire/se désinscrire dans onResume et onPause, mais l'événement serait perdu. C'est pourquoi j'ai personnellement permettre d'envoyer des événements uniquement si paused est false.
    • Je pense que EventBus est réellement meilleur que Otto, maintenant que je l'ai utilisé à la fois.
    • Je suis d'accord, le encaissé(collant) les événements sont d'une grande utilité.
    • Petite mise à jour: Otto est mis hors service depuis le mois d'août 2016 selon cette annonce.
    • Je parle de ce Otto, bien que cela a déjà été dépréciée en faveur de Rx et EventBus3 est mieux de toute façon: github.com/square/otto

    InformationsquelleAutor EpicPandaForce
  2. 3

    Je me demandais, quand vient pour gérer les relations entre les Activités, les
    Fragments, et les threads d'arrière-plan, comment est l'événement de bus approche différente
    à partir des bénéfices non Fragment approche?

    Quelles façons est une méthode recommandée?

    Je pense que vous vous méprenez deux concepts:

    1) la prévention d'une tâche de créer encore et encore lorsque vous faites pivoter votre appareil

    2) l'envoi de messages à partir d'un thread pour une activité ou d'un service à un fragment ou...

    Lorsque nous mettre une tâche à l'intérieur d'un fragment nous ne voulons pas commencer à nouveau si nous sommes en rotation. Nous voulons aussi avoir le résultat de retour à partir de, par exemple, nous voulons mettre à jour une imageView mais si vous passez une imageView à une asynctask et puis vous faites pivoter votre appareil si vous stockez l'imageView comme une référence faible, alors votre imageView est null après l'activité a détruit et si vous le stocker comme une référence forte, alors vous fuite de l'activité. donc meilleure idée est de le mettre à l'intérieur d'un fragment et le stockage de la vue comme une référence faible, et si l'activité onCreate est appelé mise à jour de la référence.

    EventBus et Otto sont très bonnes bibliothèques pour envoyer des messages entre les composants ou les threads. vous pouvez utiliser ceux-ci ou android native solution, comme la création de l'interface ou localBroadcastManager ou gestionnaire.

    comment est l'événement de bus approche différente de Retenue Fragment approche?

    Je n'ai pas regardé dans le code source de ces mais je pense qu'ils ont créé un singleton file d'attente de l'objet et de stocker vos messages à l'intérieur et de la file d'attente pour passer vos messages à leurs auditeurs.

    • En utilisant la faiblesse de la technique de référence, vous pouvez empêcher l'AsyncTask de l'appel invalide de l'INTERFACE utilisateur, mais votre AsyncTask n'ont pas la capacité d'interagir avec le re-créé à l'INTERFACE utilisateur. Soit conservé exemple de fragment ou d'un événement de bus pour surmonter une telle lacune.
    • Je préfère utiliser les asynctask avec LruCache donc, si vous appelez à nouveau, il juste de livrer le résultat immédiatement.
    InformationsquelleAutor mmlooloo
  3. 0

    Communication entre un simple Activity et Fragment peut être facilement établir dans de nombreuses façons, mais la façon la plus élégante est par la création et l'utilisation simple interface classe. Mais pour un tel scénario, activité que l'hôte d'un fragment qui montre un autre des fragments à l'aide de viewpager, alors cet enfant fragment doit communiquer à l'activité parent ou un fragment, c'est là que EventBus peut être utiliser car il n'y aura aucun moyen de communiquer avec. EventBus devrait seulement être utilisé quand il n'y a pas d'autre moyen pour envoyer des données à une autre classe.

    InformationsquelleAutor Mihae Kheel