AN
выборка из 2к человек малорепрезентативна
а там всего 2к? так это небось меньше, чем JB опрос
Size: a a a
2020 February 06
AE
а там всего 2к? так это небось меньше, чем JB опрос
да
AE
в статье же написано
AN
не читал внимательно. Там ничего особо интересного. Мне интересно, когда нормальный тулинг для модулей будет. И главное интеграция с градлом нормальная
VP
Ребят, job инициализируется только после вызова onComplete в apply. Поему это так работает и как можно пофиксить, чтобы job была проинициализированна как можно раньше
Вообще тут можно job выкинуть и оставить только
withContext(backgroundContext) { }. Результат будет тем же.IS
Вообще тут можно job выкинуть и оставить только
withContext(backgroundContext) { }. Результат будет тем же.Так мне ее извне отменять нужно
VP
Так мне ее извне отменять нужно
Так в withContext в качестве this прилетает CoroutineScope, а её можно и отменить
AN
Так в withContext в качестве this прилетает CoroutineScope, а её можно и отменить
изнутри тут же. Утекать скоуп из скоупа - не хорошо
VP
изнутри тут же. Утекать скоуп из скоупа - не хорошо
Хм, ну тогда создавать её руками и делать
withContext(backgroundContext + job) { }AN
Хм, ну тогда создавать её руками и делать
withContext(backgroundContext + job) { }А вот нафига, если можно вызвать launch(backgroundContext) и получить джоб
AN
Посмотрел скриншот, await там какой-то бредовый
VP
А вот нафига, если можно вызвать launch(backgroundContext) и получить джоб
Ну кода примерно одинаково в общем-то
AN
нафига делать job и тут же его суспендить? Как там отмену-то можно сделть?
AN
Ну кода примерно одинаково в общем-то
Ручное создание job - это сильный code smell
VP
Ручное создание job - это сильный code smell
Ну не то чтобы сильный, но соглашусь, что пихать это везде пожалуй не стоит.
Но если Job нужен сразу, вполне выход.
Но если Job нужен сразу, вполне выход.
VP
В данном случае проще всего вынести await() из apply { }, и делать его после присвоения. Если job - мутабельное поле, то через локальную переменную.
AN
Ну не то чтобы сильный, но соглашусь, что пихать это везде пожалуй не стоит.
Но если Job нужен сразу, вполне выход.
Но если Job нужен сразу, вполне выход.
Не, именно сильный. В structured concurrency - это самый легкий способ сломать вложенность
AN
В данном случае проще всего вынести await() из apply { }, и делать его после присвоения. Если job - мутабельное поле, то через локальную переменную.
да, но правда все равно не понятно, как отмену делать. Я бы сказал, что там вообще не должно быть никакого await, там надо вызывать onComplete у deferred, а еще лучше прямо внутри корутины
АО
Ребят, job инициализируется только после вызова onComplete в apply. Поему это так работает и как можно пофиксить, чтобы job была проинициализированна как можно раньше
Знаете, что я вам скажу... https://habr.com/ru/post/432942/
АО
Конкретно вам нужно
Избегайте использования ненужных async/await