[フレーム]
1 - 3 件 / 3件
タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
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アプリ開発を担当しています。今期よりニコニコ漫画ではRxJavaからCoroutinesへの移行を積極的に進めています。この記事では、移行に至った背景から導入までを紹介していきます。 背景 CoroutinesにはRxJavaに対して既知のメリット*1が存在しますが、それらに加えて次の3点が移行を決めた大きな理由です。 将来性(Jetpackとの統合) ニコニコ漫画が純kotlinプロジェクト 非同期処理の統一 Android開発におけるCoroutinesの将来性はRxJavaに対して明確な強みと言えます。徐々にCoroutinesをサポートしたライブラリが提供され始めています。特にgoogleはKotlin firstを宣言したこともあってか積極的に展開しており、Jetpackライブラリの多くにはCor
Kotlin Coroutinesの進化はすざましく、とどまるところを知りません。 状態やイベントを扱いやすくなったStateFlowやSharedFlowが登場し、さらには、Lifecycleをより扱いやすくなったLifecycleOwner.addRepeatingJobやLifecycleOwner.repeatOnLifecycle、Flow.flowWithLifecycleが追加されました。 RoomやDataStore等Jetpackの各種ライブラリでもCoroutinesが使われており、Jetpack Composeでも様々なところでCoroutinesが活用されています。 そういった中で、一部LiveDataやRxJavaからCoroutinesに書き直す動きが見られ、多少混乱を招いていると感じています。 結論から言うと、現時点において積極的にCoroutinesに移行す
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く