Kotlin Coroutines Flow を触ってみた話し

Transcript

1. 1.

   Kotlin Coroutines Flowを 触ってみた話し tomoya0x00 Coroutine ハンズオン by DroidKaigi @

   LINE Fukuoka #droidkaigi_roadshow
2. 2.

   About me tomoya0x00 Twitter, GitHub, Qiita Android, Embedded system, BLE/BT,

   iOS DroidKaigi staff (since DroidKaigi 2019) DeNA Co., Ltd. Automotive Business Unit.
3. 3.

   Kotlin Coroutines Flow is 何︖

4. 4.

   Kotlin Coroutines Flow is 何︖ https://kotlin.github.io/kotlinx.coroutines/kotlinx-coroutines- core/kotlinx.coroutines. ow/ Flow —

   asynchronous cold stream of elements. RxJavaみたいなもの 最近、kotlinx-coroutines-core:1.3.0でstableになった ただし、⼀部はまだexperimentalだったりpreviewだったり @ExperimentalCoroutinesApi @FlowPreview
5. 5.

   普通の Kotlin Coroutines との違いは︖ 基本的にCoroutinesはワンショットの⾮同期処理⽤ WebAPI呼び出しとか RxJavaのSingle/Maybe/Completableと同じ⽴ち位置 Flowは何度も値を流すストリーム⽤ 位置情報とか RxJavaのObservable/Flowableと同じ⽴ち位置

6. 6.

   ⾃分が Flow を触るモチベーション

7. 7.

   ⾃分が Flow を触るモチベーション プロダクトのコードにRxJavaとCoroutinesのコードが混在 ストリームだけ、ObservableやFlowableになっている できればCoroutinesに統⼀したい そろそろStableになったし触っておこう ちょうどプロダクトで新規機能開発がある デバイス間通信（シリアル通信）の抽象化 Androidなのか･･･︖

8. 8.

   簡単な使い⽅

9. 9.

   簡単な使い⽅ val myFlow = flow { // flow builderの⼀つ emit(1)

   emit(2) } GlobalScope.launch { myFlow.collect { value -> println("Received $value") // Received 1 // Received 2 } }
10. 10.

    NGな使い⽅

11. 11.

    NGな使い⽅ suspend fun hoge() = 2 val myFlow = flow

    { emit(1) // OK withContext(Dispatchers.IO) { emit(hoge()) // NG（collectする側のコンテキストの強制指定はダメ） } } GlobalScope.launch { myFlow.collect { value -> println("Received $value") } }
12. 12.

    こうすればOK suspend fun hoge() = 2 val myFlow = flow

    { emit(1) // OK val result = withContext(Dispatchers.IO) { hoge() } emit(result) // OK } GlobalScope.launch { myFlow.collect { value -> println("Received $value") } }
13. 13.

    いくつかTipsや困った事

14. 14.

    いくつかTipsや困った事 Tips collectしている間、動き続けるFlow 困った事 Operetorが少ない ConnectableObservable的なモノが無い ※間違っているのもあるかもなので、気付いたら教えて下さい

15. 15.

    Tips collectしている間、動き続けるFlow

16. 16.

    collectしている間、動き続けるFlow シリアル通信で受信したデータをひたすらFlowで流したい シリアル通信のread()はブロッキングI/O val received: Flow<ByteArray> = flow { coroutineScope

    { // coroutineScopeでくくると、 while (isActive) { // isActiveでキャンセルされたことが検知できる val data = withContext<ByteArray>(Dispatchers.IO) { read() } emit(data) } } }
17. 17.

    困った事 Operetorが少ない

18. 18.

    Operetorが少ない RxJavaに⽐べると、bufferやintervalなどOperatorに不⾜を感じる coroutineなので、⼿続き的に書けば似たようなことは実現できる Operatorに関する issue は多い

19. 19.

    val isAvailable: Flow<Boolean> = flow { coroutineScope { while (isActive)

    { val available = withContext<Boolean>(Dispatchers.IO) { var receivedAck = false // 1sec間隔で5回pingして、1回でも応答有れば利⽤可能と判定 repeat(5) { try { delay(1000L) ping() receivedAck = true } catch (e: Exception) { // Do nothing } } receivedAck } emit(available) } } }
20. 20.

    困った事 ConnectableFlowable的なモノが無い

21. 21.

    ConnectableFlowable的なモノが無い RxJavaにはConnectableFlowable/Observableがある 複数のSubscriberと、同じストリームを共有できる Flowには同様な仕組みがまだ無い Issueで議論されている真っ最中 Consider sharing a Flow through

    a ConnectableFlow Flow.share operator 直近はBroadcastChannelを使ってどうにかしている BroadcastChannel.asFlow()で変換してFlowとして公開
22. 22.

    感想 まだまだOperatorが少ない RxJavaでは宣⾔的に書けていたのが、⼿続き的にかかないといけ ないので思考の切替が必要 でも、逆に⾔うと⼿続き的に書けば実現できちゃうので、そこは 良い 参考になる記事も少ない sys1yagiさんの記事がめっちゃ参考になる owOn (RxJavaで⾔うsubscribeOn)

    ですらexperimental API変更はありえる
23. 23.

    結論

24. 24.

    まだ⼿を出すにはちょっと早いかも︖

25. 25.

    でも、ぜひ使ってフィードバックしてい きましょう︕

26. 26.

    ありがとうございました