Согласно документации, при переходе в режим Picture-in-Picture система вызывает метод onPause()
При разработке функционала PiP ориентировался на такое поведение. Оказалось, на некоторых телефонах (напр. Xiaomi), activity возвращается в состояние Resumed.
Корутина выполняется на диспатчере; а к диспатчеру привязан пул потоков. Main - 1, IO - 64, Default - по количеству ядер CPU, Unconfirmed- все вместе. Можно и свой сделать. При этом корутина может быть приостановлена в любой suspend точке (например delay, yield - тоже suspend fun) а после возвращения к выполнению - продолжить работу на любом другом потоке из пула.
При разработке функционала PiP ориентировался на такое поведение. Оказалось, на некоторых телефонах (напр. Xiaomi), activity возвращается в состояние Resumed.
Что bookFlightUseCase.bookFlight(...) выглядел бы не очень.
Корутина выполняется на диспатчере; а к диспатчеру привязан пул потоков.
Main - 1, IO - 64, Default - по количеству ядер CPU, Unconfirmed- все вместе. Можно и свой сделать.
При этом корутина может быть приостановлена в любой suspend точке (например delay, yield - тоже suspend fun) а после возвращения к выполнению - продолжить работу на любом другом потоке из пула.
Вроде при таком подходе мы либо имеем кучу неиспользуемого мусора, либо нарушаем open-closed?