問題タブ [greenrobot-eventbus]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
android - フラグメント内で更新された GreenRobot EventBus サブスクリプションを取得できません
私のアクティビティ内で GreenRobot Event を投稿しています。フラグメント内で次のように登録します
ただし、サブスクリプション側のフラグメントを自動的に起動できません。はいの提案があれば、フラグメント内で更新することは可能ですか。
java - GreenRobot EventBus
EventBusBuilder
greenrobot のを使用した例はありEventbus
ますか?
あちこちで使用しているアプリがありEventBus.getDefault()
ますが、そのバスを構成して、サブスクライバーなしのメッセージの送信を停止したいと考えています。ここで議論されています: https://github.com/greenrobot/EventBus/blob/master/HOWTO.md
を構成するコードEventBus
は、バス自体のインスタンスを返すように見えるため (上記のドキュメントから):
そのインスタンスをどこに置くべきかわかりません! EventBus
ライブラリ自体と同じように、どこかにシングルトンを作成して含める必要がありますか? そしてEventBus.getDefault()
、自分のクラスへのすべての呼び出しを再配管しますか?
少し混乱しています。助けていただければ幸いです。
ありがとう、
ジャッド
android - EventBus または Otto を使用する場合のイベント クラスの数を減らす
Androidアプリの開発を始めようとしています。アプリで Otto または EventBus を使用して、非同期 REST ネットワーク呼び出しを行い、呼び出しが返されたときにメイン スレッドに通知することに関心があります。これらのバスの使用に関する大きな欠陥の 1 つは、調査中に発見したことです。通常、作成する必要があるイベント クラスが多すぎます。使用する必要があるイベント クラスの数を減らすためのパターンやアプローチはありますか?
android - Android :Green robot eventbus : 1 回の投稿で複数のイベントを受信
AndroidでGreenロボットイベントバスを使用しています
EventBus.getDefault().post と onStop を使用してすべてのイベントを呼び出しています。 EventBus.getDefault().unregister(this); を呼び出しています。私のアクティビティで。ただし、押し戻してアプリケーションを再度開くと、1 つのイベント投稿で複数の onEvent() が受信されます。他の誰かがこの問題に直面しましたか?
greenrobot-eventbus - Application クラスで Eventbus にサブスクライブすることの欠点は何ですか?
Android アプリケーションでEventBusを使用しています。Eventbus.getDefault().register(this)
で a を実行するのは良い考えApplication.onCreate()
ですか? UI を更新する必要はありません。アプリがバックグラウンドになった場合でも、サブスクリプション データを確実に受信できるようにするために、これを試みています。私が望むものを達成する他の方法があるかもしれませんが、このアプローチに何か問題があるかどうか知りたいです.
私の疑問は次のとおりです。
これにより、何らかのメモリリークが発生しますか? Eventbus は Application オブジェクトを参照しており、Application オブジェクトも Eventbus に依存しています。これは周期的に見えます。
いつ登録を解除しますか? Application.onTerminate() が呼び出される保証はありません。1.が問題なければ、Applicationクラスのunsubscribeは無視でいいと思います。