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
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
📍 Pale Blue Dot ' aria-label="Post Author: Zac Sweers"> Zac Sweers 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
MV* の「つなぎ」に RxJava を使うのをやめたい - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ここ数年、特にモバイルアプリ開発で流行ってるUIデザインパターンならなんでもですが、MVVM を例にすると、Usecase における Repository からの結果の受信、ViewModel における Usecase からの通知、あるいは View の変更の通知に RxJava の Observable<T> を使用する例は多いと思います（かくいう自分もそう作ってきました）。 DroidKaigi 2018 のアプリもそうですね。 via DroidKaigi 2018 official Android app しかし最近、この「つな
RxProperty で最初にボタンを押すまでバリデーションしない方法 - Qiita
こちらの件です。 雑にかいた すでに議論され尽くされてる感はあるので他の人の考えも聞いてみたいです フォームバリデーションと送信ボタンの状態の最適解 - Konifar's ZATSU https://t.co/YvPhkM05gg — こにふぁー (@konifar) 2018年1月29日 私見 自分がよく関わっている業務アプリの世界では、UIパーツの非活性(disabled)はあまり好まれません（度々 Reject されます）。その一番の理由は、「なぜボタンが押せないのかが分からない」ことです（利用ユーザーがIT機器に疎い人が多いのでそれだけでパニクることも）。ならばその理由を画面上のどこかに表示してやろうと策を練るよりも、単純に「エラーがあったら DialogBox でその理由と対処方法を表示させたろう」という方法が、実装コストが最も低く、業務アプリ利用者にもわかりやすい、というのが
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使う必要性はまったくないですが…）
RxJava の Observable と LiveData と ObservableField をいい感じで使おう - Qiita
LiveData について勘違いしていたことをいくつか からの続きです。 前記事では LiveData は、 購読解除を自動でやってくれるので便利 DataBinding(=ObservableField)としては使えない 最低限の合成しかできないので物足りない という事を書きました。 今回の記事では、上で挙げた微妙な３つの点を解消すべく、RxJava と LiveData と DataBinding をいい感じで併用してみたいと思います。今回もコードは Kotlin です。 RxJava with Android DataBinding RxProperty を使おう！ RxPropertyでRxJavaとAndroid Data Bindingを連携する - Qiita はい終了。 RxProperty について書くの何度目なんだ、自分。 作者の @k-kagurazaka@githu
Implementing MVVM using LiveData, RxJava, Dagger Android
This article is a follow-up to my recent post Demystifying the new Dagger Android Injection API. As promised, here is an example implementation of an MVVM (Model-View-ViewModel) pattern using the new Dagger API v2.11+. The code follows Clean Architecture and uses Dagger, Butterknife, RxJava 2. In addition, below I compare MVVM and MVP architecture patterns. The entire source code can be found on G
Why Not RxLifecycle?
Hello. This is Dan Lew. You may or may not know me as the author of RxLifecycle. Here’s why I’ve started pulling back from using my creation. Origins When Trello first started using RxJava, we were dismayed with how easy it was to leak memory when using it. Seemingly any Subscription you setup would leak unless you explicitly cleared it. As such, we were constantly juggling Subscriptions and unsub
RxJava for Android Developers Guide « Learn Android The Easy Way
RxJava On Android Guide Introduction As Android Developers we have tons of choices when it comes to handling concurrency. Which one do we choose? This guide focuses on using RxJava on Android. This is not just another blog post nor just a RxJava on Android tutorial. This is a full blown ultimate guide about learning RxJava on Android. This guide is over 7000 words long. It breaks down the anatomy
Retrofitを使ったOAuth再認証アプローチ - Qiita
前提 Retrofitを使ったAPI通信時に、OAuthトークンの取得やリフレッシュをどこでやるのが適切か検討した。 結果、2つのアプローチを考えついた。 RxJavaのonErrorResumeNextを利用したアプローチ OkHttpのAuthenticatorを使ったアプローチ 結論としては自分は後者を採用したが、いずれも有効な手法だと考えたためメモとして残す。 なお、本記事は RxJava+RetrofitでAPI通信周りを実装するうえで最低限の知識を30分で詰め込む の発展系という位置づけだが、独立した記事として読める。 準備 いずれのアプローチも、HTTPリクエスト時にOAuthヘッダを自動で付加したいため、次のような okhttp3.Interceptor を用意する。 なおここで tokenRepository.getToken() はローカルに保存されたトークンを読み出す
Room 🔗 RxJava
Doing queries in Room with RxJava Less boilerplate code, compile-time checked SQL queries, and on top of this, the power of asynchronous and observable queries — how does that sound? All of these are possible with Room, the persistence library from the Architecture Components. Async queries return LiveData or RxJava’s Maybe, Single or Flowable. The queries returning LiveData and Flowable are obser
RxJava+RetrofitでAPI通信周りを実装するうえで最低限の知識を30分で詰め込む - Qiita
前提 いま参加しているプロジェクトのネットワーク通信部分を大幅に書き換える必要があり、次のような理由からRxJavaの採用を検討した。 複数のAPI呼び出しを並行でやったり待ち合わせて逐次処理したり使い分ける必要がある 複雑な一連の呼び出しをリトライやエラーハンドリングを考慮して書くことが簡単にできそう 各社の採用実績から思いとどまる理由がない 筆者はRxJava(1)を業務で使ったことがある RxJavaで書き直した結果これらの要求を非常に簡単に満たすことができたが、不慣れなメンバーには「いつ非同期処理が開始されたのか分かりにくい」ことが判明した。 本ドキュメントは元々社内Qiita Teamに書き始めたものであるが、世の中の同じようなチームにも益があるかも知れないと考え公開することにした。 なお、現在RxJavaはバージョン2なのでとくに断りなくRxJava2（2017年6月時点の最新
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Simplifying DiffUtil with RxJava
When you don't need a map
RxJavaのアプリをEspressoでテストする簡単な方法
Introduction to AutoDispose - Speaker Deck
Android LiveData API: a quick look
Implementing an auto scrolling circular RecyclerView with Kotlin and RxJava