2017 - 01 - 28 EventBusライブラリを使っていた箇所をRxJavaで書き換えたよ Android もう２年前になりますが、 Android の コンポーネント 間でイベントを送受信する方法としてEventBusというライブラリを使ってみた記事を書きました。 sakura-bird1.hatenablog.com 似たようなライブラリに Otto というものがありますが、こちらはRxJava・RxAndroidで代替できるためDeprecatedになっています。EventBusライブラリを使ったコードももちろんRxJavaで代替できます。 今更感はありますが、上記記事中のサンプルコードをRxJavaを使って書き換えましたのでご紹介します。 RxJavaの理解が甘かったりするかと思いますが、まろやかなツッコミをいただければ嬉しいです(●´ϖ`●) RxJavaは1
public class MessageEvent { public final String message; public MessageEvent(String message) { this.message = message; } } Subscriber(イベントハンドラ)の準備 @Subscribeアノテーションを利用するようになりました。 これによって従来のonEvent()、onEventMainThread()ではなく自分の好きなメソッド名を定義することができるようになりました。すばらしい。 // This method will be called when a MessageEvent is posted @Subscribe public void onMessageEvent(MessageEvent event){ Toast.makeText(getActi
Otto が突然メンテナンス終了したので言われたとおりRxJavaで置き換えてみた。お、いいね、でも移行するならEventBusでいいんじゃないかな、という話 経緯 ＿人人人人人人人人人＿ ＞ 突然のdeprecate ＜ ￣Y^Y^Y^Y^Y^Y^Y^Y￣ https://github.com/square/otto/pull/181 RxJava流行っているしRxJavaで似たようなことできるからOttoのメンテナンスやめるね えー、EventBus とかOttoみたいなpub/subとRxは別物では… と思ったのだが、 gfxさんのつっこみとその後のやりとりを見て、言われたとおり参照されている記事を見てOttoを置き換えてみた Implementing an Event Bus With RxJava - RxBus 実装 OttoのかわりにRxBusというものをつくる。 RxBus
経緯 以前イベントバスとしてOttoを使用していたが、RxJavaを使ったほうがよい実装ができるので、Deprecatedとなったようだ。 以前、KotlinでRxを使ったイベントバスを作成していたので、Java化してライブラリとして公開してみることにした。 RxEventBus 簡単な使用方法はREADMEを参照。 特徴 イベントクラスはEventクラスを継承する必要がある。 ハンドラ登録はRxEventBus#subscribe()で行う。 RxEventBus#subscribe()の戻り値であるSubscriptionに対してunsubscribe()することで、ハンドリングをやめる。 第3パラメーターにSchedulerを渡すことで、第2パラメーターのラムダの実行スレッドを変更できる。 イベント送信はRxEventBus#post()で行う。 イベントが一度もハンドリングされなか
GUIを持つアプリケーションの設計では、ソフトウェアアーキテクチャパターン*1としてMVCパターンを使用し、MVCパターンを実現する上で、Modelの変更をViewやControllerへ通知する仕組みにデザインパターン*2としてObserverパターンを使用するのが古典的定番です。 ところが、Observerパターンを使ったModelには、Observableのリストを管理し、状態変更の際にリストに登録されるObserbable全てに通知する仕組みを実装する必要があり、結構な作業となります*3。 このModelからの通知をObserverパターンで実現する代わりに、イベントバスを使って実現すると、Modelの実装を簡潔にすることができます。Java SEではあまり事例を見かけませんが、Androidでは割とメジャーに使われているようです。 先日、Androidでイベントバスのライブラリを
※2017/01/28追記 EventBusはバージョン3にアップデート時に大きな変更がありました。詳しくは公式サイトにて。当エントリは2.x系の記事となります。 EventBus 3 released, now based on @Annotations - Open Source by greenrobot こちらのエントリのコードをRxJavaで書き換えてみました。興味がございましたらこちらのエントリもご覧ください。 EventBusライブラリを使っていた箇所をRxJavaで書き換えたよ - Androidはワンツーパンチ 三歩進んで二歩下がる クラス間でイベントの発生を捉える必要がある時に、Interfaceを使ってCallbackのやり取りを書いたりしますが、EventBusというライブラリを使うと便利です。 GitHub - greenrobot/EventBus: Andro
ライブラリで久々に感動した。これはマジックだ。今回は、greenrobot/EventBus · GitHub を紹介する。 よくアクティビティに独自のコールバックオブジェクトを実装させて、それを他のクラスで渡して実行させる処理がよくあると思う。以下は例。 interface Callback { void onFinished(); } class SampleActivity extends Activity implements Callback { @Override protected void onCreate(Bundle savedInstanceState) { HogeProcess process = new HogeProcess(this); process.start(); } @Override public void onFinished() { Log.v
"EventBus はどこでつかうべきか" の記事を参考に、 Android アプリ開発の際に EventBus を使っています。 EventBus は Acrivity や Fragment 、 Service 、 自分で定義したモデルのクラスなど、好きなところから自由にイベント通知を行える代物ですが、どこでも使える分、使いどころに困りました。自分なりの使い方をメモします。 Activity → モデル → 非同期処理 → モデル → Activity 自分が一番よく使うのはアクティビティからモデルオブジェクトに定義してあるロジックを呼び出して、モデルオブジェクト側では Web API と通信するなどの非同期処理を行い、その結果を Activity に通知するパターンです。 Web API との通信では Volley を使っていて、モデルオブジェクトのメソッドから通信を開始して、その結果
EventBus の使い方はこちらに任せるとして、この投稿では、EventBus の効果的な使い方について考察します。 どのレイヤの結合を分離するか 特に、View の仕組みがフレームワークとして作りこまれているものであれば、View のイベントはリスナーインタフェースを用いれば十分にイベントハンドリングが可能です。Android の場合、View のシステムは Activity のライフサイクルとよく連動して動作するため、ここに EventBus による中間層の挿入をする理由はあまりありません。 多くの場合、アプリ開発者が設計し実装する部分は Controller と Model の相互作用です。そして、Controller と Model の境界面で使われる設計パターンとして、コールバックインタフェースが用いられてきました。 コールバックインタフェースを用いることで、Model から
Android では、非同期処理の返り値はコールバックインタフェースを介してやり取りされる。 これ以外にも、Observer パターンに基いて設計されているクラス（SharedPreferencesなど）や、Activity と Fragment とのやりとりなどでも、コールバックインタフェースを定義して、その実装とライフサイクル管理をする。 一方で、機能が増えるとその分コールバックインタフェースの定義も増え、Activity が幾つものインタフェースを実装することがある。コールバックインタフェースの定義が増えてくると、その分だけ依存関係が複雑になりやすくなったり、コールバックを受けて更に非同期処理を呼び出して…としていくと、どんどんネストが深くなったりしていく(コールバック地獄)。 そこで、コールバックメソッドを呼ぶタイミングでイベントを発火し、コールバックインタフェースの実装ではなく、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く