AN
Maxim Ternovtsi
Извиняюсь за немного оффтопа, но может вы знаете что делать если скопировал 50+ классов а импорты остались старые, можно кликнуть на package и изменить на правильную 50+ раз , но хочется, чтобы as все сама сделала
Replace in path
Size: a a a
2020 February 28
MT
Вот спасибо 🤝
MT
Сейчас бы 55 раз менял пакет
K
если копировать из другого проекта/модуля, то идея вроде сама разруливает. А если извне то да... Еще можно сначала изменить свой пакет на пакет файлов, скопировать и потом переименовать обратно.
2020 March 01
D
Наблюдаю весьма странное поведение при работе с каналами. Запускаю получение событий в отдельной корутине:
launch {
for (event in channel) {
try {
println("получили $event")
delay(1000)
println("обработали $event)
} catch (e: Exception) {
println("ошибка обработки $event: $cause")
}
}
}
Отправляю несколько событий, делаю cancelChildren на родительском для launch контексте. При этом для кода как в примере выше канал продолжает получать события даже после отмены и ошибка об отмене корутины возникает только когда дело доходит до delay.
Но если убрать try-catch или delay то канал перестаёт получать события после отмены. Почему так?
launch {
for (event in channel) {
try {
println("получили $event")
delay(1000)
println("обработали $event)
} catch (e: Exception) {
println("ошибка обработки $event: $cause")
}
}
}
Отправляю несколько событий, делаю cancelChildren на родительском для launch контексте. При этом для кода как в примере выше канал продолжает получать события даже после отмены и ошибка об отмене корутины возникает только когда дело доходит до delay.
Но если убрать try-catch или delay то канал перестаёт получать события после отмены. Почему так?
AN
Наблюдаю весьма странное поведение при работе с каналами. Запускаю получение событий в отдельной корутине:
launch {
for (event in channel) {
try {
println("получили $event")
delay(1000)
println("обработали $event)
} catch (e: Exception) {
println("ошибка обработки $event: $cause")
}
}
}
Отправляю несколько событий, делаю cancelChildren на родительском для launch контексте. При этом для кода как в примере выше канал продолжает получать события даже после отмены и ошибка об отмене корутины возникает только когда дело доходит до delay.
Но если убрать try-catch или delay то канал перестаёт получать события после отмены. Почему так?
launch {
for (event in channel) {
try {
println("получили $event")
delay(1000)
println("обработали $event)
} catch (e: Exception) {
println("ошибка обработки $event: $cause")
}
}
}
Отправляю несколько событий, делаю cancelChildren на родительском для launch контексте. При этом для кода как в примере выше канал продолжает получать события даже после отмены и ошибка об отмене корутины возникает только когда дело доходит до delay.
Но если убрать try-catch или delay то канал перестаёт получать события после отмены. Почему так?
В чем загадка-то? Отмена происходит только в suspension point при вызове библиотечных функций
D
т.е. само получение события, которое тоже suspension point, не считается?
AN
т.е. само получение события, которое тоже suspension point, не считается?
А где там вызов функции?
D
чёт у меня всё равно не укладывается вышеописанное поведение в голове 😐 не понимаю почему до "получение $event" доходит в том случае, но не доходит если убрать тот же try-catch (оставив delay)
AN
чёт у меня всё равно не укладывается вышеописанное поведение в голове 😐 не понимаю почему до "получение $event" доходит в том случае, но не доходит если убрать тот же try-catch (оставив delay)
наверное потому что launch падает
AN
а в нынешнем виде ошибка отлавливается и он не падает
D
но получается, что ошибка отлавливается до её возникновения, если судить по варианту с try-catch
D
или у меня уже голова кипит 🌚
AN
или у меня уже голова кипит 🌚
у меня точно кипит, я соображаю плохо к вечеру
AO
Видимо for не проверяет isActive, а вот delay проверяет
AN
Видимо for не проверяет isActive, а вот delay проверяет
for вызывает просто итератор. А как там итератор работает, надо в код смотреть.
AO
for вызывает просто итератор. А как там итератор работает, надо в код смотреть.
Ну я же для простоты это так обозвал
DV
чёт у меня всё равно не укладывается вышеописанное поведение в голове 😐 не понимаю почему до "получение $event" доходит в том случае, но не доходит если убрать тот же try-catch (оставив delay)
Нужно в catch блоке дописать: if (e is CancellationExcention) throw e
D
Нужно в catch блоке дописать: if (e is CancellationExcention) throw e
да, спасибо, так поведение становится аналогичным другим вариантам