2021年2月末でRxJava 2.xがEnd-of-Life (EoL)を迎えた - いけだや技術ノート
github.com ⚠️ This is the last planned update for the 2.x version line. After February 28, 2021, 2.x becomes End-of-Life (EoL); no further patches, bugfixes, enhancements, documentation or support will be provided by the project. これまでAndroidアプリ開発での非同期処理の定番として使われていたRxJavaですが、その2系バージョンがEoLを迎えていました。Android JetpackでもKotlin Coroutinesを使ったAPIが増えてきているなど、最近はCoroutinesを使うことが増えてきているので、ひとまず最新の3.xに移行しつつ、Corou
Android Rx onError Guidelines
By Ed Ballot “Creating a good API is hard.” — anyone who has created an API used by others As with any API, wrapping your data stream in a Rx observable requires consideration for reasonable error handling and intuitive behavior. The following guidelines are intended to help developers create consistent and intuitive API. Since we frequently create Rx Observables in our Android app, we needed a co
RxJavaは通信系ライブラリ(Retrofit)とセットだったという事実について - 個人事業主になったので真面目にアウトプットしてみるブログ
何言ってんだお前。 RxJavaはリアクティブプログラミングのためのライブラリであって、通信系のライブラリじゃねーよ。 はいごもっともとです。 それに・・うん、してった。 でなんでこんな話をしたかというと、RxJavaでリアクティブプログラミングなんかやろうとする人が少なかったんじゃないかという仮説が突然浮かんだので現実を見つめようとおもいました。 と言う事で、はい現実です。 RxJavaの関連キーワード rxjava android：OMUSUBI RxJavaにとても関連するキーワードのなかで、唯一ライブラリであるRetrofitがもっとも関係のあるものの一つとして出されている可能性が高そう・・・。 これはもうRxJavaは通信とセットでしか使ってなかった可能性ありますね！（ホントか？） じゃぁ決定的証拠と言うのは難しいので状況証拠を揃えていきますね。 次に示すのは、Googleトレン
RxJava において Observable#hide() とは何者か - Infinito Nirone 7
Observable#hide() の Javadoc にある説明は次の通り。 Hides the identity of this Observable and its Disposable. Allows hiding extra features such as Subject's Observer methods or preventing certain identity-based optimizations (fusion). ... 中略 ... Returns: the new Observable instance ぱっと見た限りは「いつ使うのか分からんな…」という感じなのですが、この文で例示されているSubject がもつ Observer インタフェースのメソッドを隠蔽するという部分と、hide() が新しい Observable を返すという部分がミソで、次の S
Introducing RxFire: Easy async Firebase for all frameworks
Firebase provides realtime streams and async callbacks to do all sorts of awesome things in your app. Getting data from one realtime stream is easy enough, but what if you want to join it from another? Combining multiple async streams of data can get complex. At Firebase, we wanted to help simplify things, so we created a new JavaScript library: RxFire. Introducing RxFire RxJS is a popular JavaScr
RxJavaを使っている既存アプリに Kotlin Coroutinesを導入しよう - Qiita
Kotlin FestのLTのネタです。(3分でどこまで話せるか謎です。) きっかけ RxJavaとCoroutinesについてJakeさんが以下のように言っていて、確かにsuspend functionのほうがわかりやすく書けると自分も感じています。 I don't use Single, Maybe, or Completable anymore since suspend functions are superior. Channels do not replace Observables. — Jake Wharton (@JakeWharton) 2018年8月3日 また既存のアプリの実装を思い浮かべたときにほとんどのRxJavaを使っているところがSingleまたはCompletableなどだったので、置き換えたほうが良さそうでは？と思いました。 個人的にはRxJavaのObs
RxAndroid's New Async API
“RxAndroid meets VSYNC rubber” — Icon used with permission from Ray WenderlichRxAndroid 2.1.0 has a new APIAndroidSchedulers#from(Looper looper, boolean async) This new async parameter affects Android APIs 16 and newer, and can significantly improve UI performance when set to true if your app makes heavy use of RxJava+RxAndroid. As RxAndroid’s major versions are tied to RxJava’s and we didn’t want
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
RxJavaで安全にイベント通知を行うためのRxRelay - Qiita
これは RxJava Advent Calendar 2017 の7日目の記事です。意外とカレンダーがスカスカしていてRxJava自体の知見はだいぶ出尽くしてしまったのかなという感じですね。 今回はRxRelayというライブラリを紹介しようと思います。 ※ RxJavaについての基礎知識はあることを前提とした記事です。 RxRelayとは https://github.com/JakeWharton/RxRelay Android界隈では神とも呼ばれる、Jake Wharton氏によるRxJava用のライブラリ Subjectより安全な、Relayという仕組みを導入するもの RelayはSubjectから onComplete と onError を呼ぶ機能をなくしたもので、つまり onNext で値を流すことに特化したSubjectということができます。Relayは以下の性質・機能を持っ
RxJavaで再帰処理の基本について | tyablog.net
RxJavaでファイルツリーをつくる RxJavaの使い方で、再帰的に何かしたい事があるかと思うので、 単純な例としてファイルツリーを作成するものを、RxJavaで書くとどうなるか書いてみました。 RxJava2系なので、Flowableを使ってますが、Observableに読み替えればOKです。 // 再帰呼出しするためのメソッド static Flowable<String> loadFileStream(String[] paths) { // String配列からストリームを作成 return Flowable.fromArray(paths) .flatMap(p -> { File f = new File(p); // ディレクトリでない場合は、自身のファイルPATHだけをストリームに流す Flowable<String> parentStream = Flowable.ju
RxJavaで再帰処理をする、あるいは集合知は素晴らしいという話 - tomoima525's blog
先日、TwitterSDKのTwitterApiClientについてちょっとしたTipsを書こうと思い、サンプルアプリを作り始めました。当初はシンプルなものにする予定だったのですが、RxJavaを勉強中ということもあり、RxJavaで再帰処理を実装してみることにしました。この実装についてAndroidのSlackチームであるandroid-jpにて相談したところ、@hydrakecatさんより素晴らしいフィードバックをいただくことができました。 Slackでせっかく得られた知見は流れてしまうので、ここにまとめておきます。最終的な成果物だけ興味ある方は一番下の実装見ていただくとよいです。 tl;dr 再帰処理はSubjectを使うと効率よく書けるよ android-jp は最先端のAndroid開発に関する集合知 実装しようとしていたこと 元々個人のアプリでツイートをAPIの限界(3000件
RxProperty で最初にボタンを押すまでバリデーションしない方法 - Qiita
こちらの件です。 雑にかいた すでに議論され尽くされてる感はあるので他の人の考えも聞いてみたいです フォームバリデーションと送信ボタンの状態の最適解 - Konifar's ZATSU https://t.co/YvPhkM05gg — こにふぁー (@konifar) 2018年1月29日 私見 自分がよく関わっている業務アプリの世界では、UIパーツの非活性(disabled)はあまり好まれません（度々 Reject されます）。その一番の理由は、「なぜボタンが押せないのかが分からない」ことです（利用ユーザーがIT機器に疎い人が多いのでそれだけでパニクることも）。ならばその理由を画面上のどこかに表示してやろうと策を練るよりも、単純に「エラーがあったら DialogBox でその理由と対処方法を表示させたろう」という方法が、実装コストが最も低く、業務アプリ利用者にもわかりやすい、というのが
%253A_TestSubscriber%252C_test()%252C_TestScheduler)
RxJava のテスト(1): TestSubscriber, test(), TestScheduler - hydrakecat’s blog
これはRxJava Advent Calendar 2016の第12日目の記事です。 RxJavaは非同期処理を扱うライブラリですが、それ故にRxJavaのからむ単体テストは一筋縄でいかないところがあります。この記事と次の記事では、RxJavaでの非同期処理テスト特有の問題と、その解決方法を説明します。なお、基本的に RxJava 1.x を対象としていますが、必要に応じて RxJava 2.x についても触れます。 この記事の続編はこちらになります。 非同期処理の単体テストの難しさ 非同期処理の単体テストは一般に難しいものです。試しに以下のコードを実行してみましょう。 @Test public void testDoSomething() { new AsyncService().doSomething() .subscribe(s -> assertEquals("success",
DataBinding + LiveData + RxJava2
これはReactiveStreamsのPublisherをLiveDataに変換したり、逆にLiveDataをReactiveStreamsに変換したりできます。 これを使うことで、RxJava2のFlowableをちょっといじるだけで、そのままDataBindingで使うことができます。 サンプルbuild.gradleimplementation "android.arch.lifecycle:extensions:1.0.0" implementation "android.arch.lifecycle:reactivestreams:1.0.0" implementation "io.reactivex.rxjava2:rxjava:2.1.7"ViewModelボタンを押すとカレントミリ秒を表示するだけです。（RxJava使う必要性はまったくないですが…）
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Kotlin Flow benefits over RxJava
[Android] AAC Lifecycle で自動的に dispose するライブラリ LifecycleDisposable を公開しました | wada811.com
GitHub - YukiMatsumura/RxBackoff: A Backoff (truncated binary exponential backoff algorithm etc) utility that can be used with RxJava2
Simplifying DiffUtil with RxJava
When you don't need a map
RxJavaのアプリをEspressoでテストする簡単な方法
