MV* の「つなぎ」に RxJava を使うのをやめたい - Qiita
ここ数年、特にモバイルアプリ開発で流行ってるUIデザインパターンならなんでもですが、MVVM を例にすると、Usecase における Repository からの結果の受信、ViewModel における Usecase からの通知、あるいは View の変更の通知に RxJava の Observable<T> を使用する例は多いと思います（かくいう自分もそう作ってきました）。 DroidKaigi 2018 のアプリもそうですね。 via DroidKaigi 2018 official Android app しかし最近、この「つなぎ」の役割に RxJava を使うのはやり過ぎでは？と思うようになっています。その理由を次に書きます。 RxJava を使うのをやめたい理由 1. Rx は、できることが多すぎる RxJava の学習コストが高いことは知られています。 つなぎの型が Obse
Retrofit2でRxJavaを使う時の Result<T>, Response<T>, そのままT の使い分け所感 - Qiita
はじめに みなさんRxしてますか？（挨拶） Androidアプリ開発で通信が必要な処理を実装するにあたり、Retrofitを採用して開発することが多いかと思います。Retrofitは3月にメジャーバージョンアップを果たし、色々とマイグレーション作業に追われた方もおられるかと思います。お恥ずかしいことに僕はRetrofit2になってからちゃんとRetrofitを使い始めたのですが、心底「もっと早くに使っておけば・・・」と思いました。へへっ Retrofitは、それ単体では返り値の型定義としてCallを指定すると思います。ただ、個人的にはCallは一切使ってなくて、RxJava CallAdapter(com.squareup.retrofit2:adapter-rxjava:2.+)を使い、RxJavaのStreamとして結果を受け取っています(あとGson Converterも使いますが本
Either で想定内のエラーと想定外のエラーを別ものにしたい！
Rx Ja Night Vol.2 (https://connpass.com/event/57150/)
Rxjavaのcompose、あるいはRxLifeCycleについて - Qiita
TLDR composeはメソッドチェーンの中でObseravbleにアクセスできる最高のオペレーター liftとの違いはObseravbleの中の値にアクセスできるかどうか flatmapとの違いはObseravbleの中の値にアクセスできるかどうか + 実行されるタイミング RxLifecycleはtakeUntilでライフサイクルイベントをbindしてる。 RxJava Advent Calendar 5日目の今日は、composeオペレーターについて紹介します。 composeといえば、最近ではtrello/RxLifecycleでも使われているので、馴染みのある方も多いかもしれませんね。 composeは初日のエントリで紹介したliftと同じくRxJavaのメソッドチェーンを実現している要素の一つです。ではこの二つのオペレータにはどのような違いがあるのでしょうか? liftとco
Don't break the chain: use RxJava's compose() operator
One nice aspect of RxJava is that you can see how data is transformed through a series of operators: Observable.from(someSource) .map(data -> manipulate(data)) .subscribeOn(Schedulers.io()) .observeOn(AndroidSchedulers.mainThread()) .subscribe(data -> doSomething(data)); What if you have a set of operators that you want to reuse for multiple streams? For example, I frequently use subscribeOn() and
Retrofit 2 and Rx Java call adapter error handling
“Should I or shouldn’t I update to Retrofit 2?” I asked myself. If you’ve kept yourself up to date with the latest in Retrofit you’ve soon came to the question “Should I or shouldn’t I update to Retrofit 2?”. At Babbel we’ve already answered the question, we updated our new Android app to use Retrofit 2. Although still in a beta stage, Retrofit 2 already offers a lot. However, there are some cruci
RxJavaに3日で入門し、Androidアプリのリスト操作、非同期処理、変更通知の課題を解決した話 - Qiita
なんでこの記事書いたのか 今開発中のプロダクトにおいて、RxJavaの導入をやってみたので、実際に使った箇所とその例、調べないとわからなかったことを載せておきました。 そう（retrolambdaのためにjdk8を投入）までして導入したかったメリットを話してくれ、サンプルコードがないとわからん、といった声を頂いているので、実際に何が解決されたのか、どんなコードで解決したのかということと、そのために勉強しなくてはならなかった点について書いています。 （追記）警告：差分作ってコード上では解決したんですが、この差分まだ「リリース」したわけじゃないので、その点だけご注意くださいｍｍ 続報あり次第追記します。 追記：リリースして安定運用しています！最近まで監視に難がありましたがそれも修正しました。この記事の監視スニペットも更新済みです！ なぜRxJavaを導入したのか 次の課題をまとめて解決できるの
ObserverパターンとHelloWorldからはじめるRxJava - Qiita
RxJavaはObserverパターンの拡張です．ObserverパターンはGoFのデザインパターンにも登場するほど非常に一般的なものです．「オブジェクトの状態変化をそれに依存する他のオブジェクトたちが監視し，通知があったら各自が自動的に適切な振る舞いをしてほしい」というのが基本的なアイディアです．Javaではこれをinterfaceを使って実現します． 関心がある状態変化イベントをもつ対象をObservableと呼び，そのイベントを監視する対象をObserverと呼びます．java.utilパッケージにもObserverインターフェースとObservableクラスがあります． java.util.Observerインターフェースはupdate()メソッドを定義しています．状態変化を知りたい対象にはObserverインターフェースを実装してObservableに登録しておきます．そして，状
RxJavaを使ってCallback Hellから脱出する（ Vert.x がいいね！第5回 ） - Taste of Tech Topics
id:KenichiroMurata（@muraken720 ）です。 本記事はJava Advent Calendar 2013 - Adventarの6日目の記事です。 皆さん、RxJava 使っていますか？ RxJava はNetflixが開発する Reactive Extensions のJava版です。Reactive Extensions (Rx)はReactive Programmingを可能にするライブラリです。 私はReactive Programmingとはなんぞや？と語れるほどには詳しくないので、ここでは asynchronous で event-based なプログラムを書くのに便利なライブラリというレベルの紹介とさせて頂きます。:-) さて、なぜ RxJava なのか？というと Vert.x を使って、asynchronous で eventbusベースのプログラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ObservableTransformerで汎用処理を共通化してみる
droidkaigi-2017
http://www.smartjava.org/content/create-simpe-restful-service-vertx-20-rxjava-and-mongodb/