5 Kotlin Coroutine Secrets I Wish I Knew Earlier

Поделиться
HTML-код
  • Опубликовано: 29 окт 2024

Комментарии • 43

  • @yurowitz
    @yurowitz 2 месяца назад +2

    Ive 7 years of experience in Android app dev, But I never paid any attention to these! Thank you so much!

  • @laurent.treguier
    @laurent.treguier 2 месяца назад +7

    For secret #3, I think another option if you really need to catch general exceptions could be to catch CancellationException in its own, dedicated catch block to rethrow it. Not much different, but I like the clarity of using separate catch blocks for each type of exception that can be caught

  • @jakosss
    @jakosss 2 месяца назад +31

    Please never ever ever ever copy anything byte by byte. You made the function as inefficient as possible. Copy single byte then do ensureActive and your file is copying like 1000 times slower? Always use buffers so such operations start with 4 kb buffer and measure, experiment. But please, never do byte by byte...

    • @BelokonRoman
      @BelokonRoman 2 месяца назад +1

      I've already wrote this in another comment:
      I did a benchmark for readBytes and reading byte by byte with 5.2Mb file and the results are: readBytes - 41..58ms, byte by byte - 26.6..27.5 seconds

  • @5erTurbo
    @5erTurbo 2 месяца назад +1

    For #4, in case of Dagger, you could use qualifier, and inject Dispatcher directly. Or without DI, simply set it to some default value.

  • @AbdulelahAGR
    @AbdulelahAGR 2 месяца назад

    I have to go check my app for 2 & 3.
    Thank you. I love learning about Coroutines

  • @Denis0Kor
    @Denis0Kor 2 месяца назад +3

    note about 5 example, if you read/write data byte-by-byte it could be very slow...

  • @olgaderyabina7519
    @olgaderyabina7519 2 месяца назад +2

    When I see hardcoded dispatchers in the code, it's usually a sign that people don't care about testing functionality with coroutines in general 🙂

  • @MuhammadBilal-oo4mf
    @MuhammadBilal-oo4mf 2 месяца назад

    Great Video! Philipp Lackner

  • @stasleonov5196
    @stasleonov5196 2 месяца назад

    Philipp,thanks for the video!

  • @ArthurKhazbs
    @ArthurKhazbs 2 месяца назад +4

    The secrets 2 and 5 🤯

  • @FilipAdam-v9u
    @FilipAdam-v9u Месяц назад

    I agree with everything you've read, colleague

  • @rootamit
    @rootamit 2 месяца назад

    Thanks for such a great video ;)

  • @R0bJ86
    @R0bJ86 Месяц назад

    Hi Philipp. I would like to tell you how much your videos like this one helped me in the recent past and I'm very grateful to you because of it. Also I'd like to give you something back: for Secret 1 there is actually a Service implementation that has a built in lifecycle and lifecycleScope just like a viewModel has and it's called LifecycleService.

  • @TheAndreArtus
    @TheAndreArtus 2 месяца назад

    On tip 3, you can have the exception handling outside the loop (if you want the behaviour of cancelling the loop) i.e. try { while {} }catch {}. This advice may not be pertinent to every exception, but swallowing general exceptions in a loop is rarely advisable.

    • @PhilippLackner
      @PhilippLackner  2 месяца назад +1

      @@TheAndreArtus that will still break the cancelation mechanism and can execute code that shouldn't be executed

  • @sebastianpalm3495
    @sebastianpalm3495 2 месяца назад

    love it!

  • @princeneo294
    @princeneo294 2 месяца назад

    This is awesome

  • @mr.suryansh
    @mr.suryansh 2 месяца назад

    Hey Philipp,
    Thanks for the video! Could you please make a new video on "How to use Room with KMP"? Previously, your video covered only Android and iOS, but I would like to see how this can be done for desktop as well.
    Also, it would be great if you could create a full 3-4 hour production ready project based on KMP that runs on Android, iOS, and desktop.
    Thanks!

  • @atlas6397
    @atlas6397 2 месяца назад

    I knew about supervisor, it is used also in viewmodelScope

  • @govindyadav7591
    @govindyadav7591 2 месяца назад +2

    You can use isActive in your while loop that will solve the problem isn't it ? 14:44

  • @smallbig857
    @smallbig857 Месяц назад

    Facts about Kotlin that annoy me:
    - They added null safety. But removed exceptions safety.
    - They could have built a cancellation mechanism into the generated code. But they invented CancellationException.

  • @213TechCocoon
    @213TechCocoon 2 месяца назад +1

    Fifth solution is not a solution,
    But new problem

  • @Radiokot42
    @Radiokot42 Месяц назад

    What if in #3 we do not re-throw, but replace while (true) with while (isActive)?

  • @bijithbiju6298
    @bijithbiju6298 2 месяца назад

    Hi please help me i want to do work in kotlin not jetpack. I want to do data transfer using local only hotspot is that possible

  • @Alchemist10241
    @Alchemist10241 2 месяца назад

    I think I've made one mistake relating to secret number 2 (Supervisor Job) in my last project. I have a bug (not a crasher) in the app but it happens rarely.

  • @PhpXp
    @PhpXp 2 месяца назад +6

    Secret 5 is going to destroy the performance though ...

    • @PhilippLackner
      @PhilippLackner  2 месяца назад +7

      You'll be shocked what code you'll find when looking into the toByteArray() function 🤯
      TL;DR: No, that won't have an impact on performance, it's the same code with an extra check for cancellation which is nothing else than an extra if-statement being evaluated for each byte. Unless you're running your code on phones from 1995, that won't have an impact ;)

    • @PhpXp
      @PhpXp 2 месяца назад

      @@PhilippLackner I see there's a System.arraycopy(). A slightly redundant array copy. Not great, not terrible.
      I was working on a project more than 5 years ago, I wrote the same code in some networking part of the app. Changing it to the read(array, position, length) call and copying 1KB at a time improved performance by like a 1000x. It was a noticeable difference.
      Anyway, Kotlin should handle this better. There should be a standard library call to do this. There is runInterruptible(), but that's not perfect either ...

    • @PhilippLackner
      @PhilippLackner  2 месяца назад +1

      I don't have any data on this, but you could get rid of that arraycopy() by creating the array on your own and appending each newly read byte in each iteration

    • @mesutemrecelenk5447
      @mesutemrecelenk5447 2 месяца назад

      😂​@@PhilippLackner

    • @Arcao
      @Arcao 2 месяца назад +3

      Exactly! I would read input stream by chunks or at least wrap input stream to BufferedInputStream. The second thing I would pre-allocate byte array in ByteArrayOutputStream as the readBytes() function do. This prevent internal resizing byte array after adding bytes.

  • @meshoraouf8929
    @meshoraouf8929 2 месяца назад

    Wow can I use it in multiplatform kmp or not?

    • @PhilippLackner
      @PhilippLackner  2 месяца назад +1

      @@meshoraouf8929 Absolutely👍

    • @ArthurKhazbs
      @ArthurKhazbs 2 месяца назад

      Yes, these tips are all features of the KotlinX Coroutines library. The only platform-specific parts of this video were the Android app components lifecycle and the specific file operations.

  • @vanhieuao4154
    @vanhieuao4154 2 месяца назад +1

    plsss speak sloww

  • @PrathivAR-f7l
    @PrathivAR-f7l 2 месяца назад

    Without SupervisorJob() on scope , still other coroutines continues to run
    val scope = CoroutineScope(Dispatchers.IO)
    Button(onClick = {
    scope.launch {
    launch {
    try{
    println("child 1 coroutine")
    delay(2.seconds)
    throw Exception("Failure in Child 1")
    } catch (e : Exception){
    throw CancellationException()
    }
    }
    delay(4.seconds)
    launch {
    println("child 2 coroutine")
    }
    }
    }) {
    Text(text = "Scope check")
    }