EP
Можно и на бродкасте, просто у вас код программы завершается раньше чем канал оповещает о новом элементе, в примере Александра всё ок, потому что там стоит delay
Да нет ,там без close идет вечное ожидание, а элемент так и не приходит
Size: a a a
2020 August 25
AN
Eugene P.
А, понял, вы поменяли BroadcastChannel на Channel и все заработало. А есть где почитать как правильно использовать BroadcastChannel, или его лучше не использовать?
В приведенном случае он не нуден
AN
Eugene P.
Да нет ,там без close идет вечное ожидание, а элемент так и не приходит
Я же показал, что приходит, просто play не показывает промежуточные результаты
AO
Eugene P.
Да нет ,там без close идет вечное ожидание, а элемент так и не приходит
Ну close просто закрывает foreach
EP
Ну close просто закрывает foreach
Если вас не затруднит, измените пример с BroadcastChannel так, чтобы он работал и остался BroadcastChannel
https://play.kotlinlang.org/?short=v8-i-ckFA
https://play.kotlinlang.org/?short=v8-i-ckFA
AO
Eugene P.
Если вас не затруднит, измените пример с BroadcastChannel так, чтобы он работал и остался BroadcastChannel
https://play.kotlinlang.org/?short=v8-i-ckFA
https://play.kotlinlang.org/?short=v8-i-ckFA
Ну просто замените channel на бродкаст и все будет работать 🤷♂
EP
Ну просто замените channel на бродкаст и все будет работать 🤷♂
К сожалению, нет
EP
Не печатает ничего
Печатает "receive true"
val queue = BroadcastChannel<Boolean>(BUFFERED)
launch {
queue.consumeEach { println("receive $it") }
}
queue.send(true)
queue.close()
Печатает "receive true"
val queue = Channel<Boolean>(BUFFERED)
launch {
queue.consumeEach { println("receive $it") }
}
queue.send(true)
queue.close()
AN
Eugene P.
Не печатает ничего
Печатает "receive true"
val queue = BroadcastChannel<Boolean>(BUFFERED)
launch {
queue.consumeEach { println("receive $it") }
}
queue.send(true)
queue.close()
Печатает "receive true"
val queue = Channel<Boolean>(BUFFERED)
launch {
queue.consumeEach { println("receive $it") }
}
queue.send(true)
queue.close()
только вот так: https://pl.kotl.in/o80pkbKSF Тут должна быть дополнительная задержка, поскольку Broadcast channel не сохраняет события, произошедшие до подписки
EP
только вот так: https://pl.kotl.in/o80pkbKSF Тут должна быть дополнительная задержка, поскольку Broadcast channel не сохраняет события, произошедшие до подписки
Точно, спасибо. Добавил задержку перед отправкой данных и все заработало
AN
Eugene P.
Точно, спасибо. Добавил задержку перед отправкой данных и все заработало
Если у вас ровно одна подписка, то Broadcast лучше не использовать. А если он все-таки нужен, то лучше подумать над Flow
EP
Если у вас ровно одна подписка, то Broadcast лучше не использовать. А если он все-таки нужен, то лучше подумать над Flow
Спасибо, я экспериментирую и с одним и с другим
с#
добрый день, извиняюсь за столь замечательное качество скриншота, но вот у меня есть complexity issue, оно в принципе особо ничего не значит, но есть какие-то идеи, чтобы по-другому такой код сделать ?
AN
добрый день, извиняюсь за столь замечательное качество скриншота, но вот у меня есть complexity issue, оно в принципе особо ничего не значит, но есть какие-то идеи, чтобы по-другому такой код сделать ?
Нормальный код. Вообще проблем не вижу
с#
Нормальный код. Вообще проблем не вижу
хорошо значит забью)
это просто очень сильная придирка и даже в итоговом code quality оно не отображается, но просто вдруг советы есть какие
это просто очень сильная придирка и даже в итоговом code quality оно не отображается, но просто вдруг советы есть какие
AN
хорошо значит забью)
это просто очень сильная придирка и даже в итоговом code quality оно не отображается, но просто вдруг советы есть какие
это просто очень сильная придирка и даже в итоговом code quality оно не отображается, но просто вдруг советы есть какие
Ну тут кроме длинных названий какие придирки. А сокращать имена - так себе идея
AO
только вот так: https://pl.kotl.in/o80pkbKSF Тут должна быть дополнительная задержка, поскольку Broadcast channel не сохраняет события, произошедшие до подписки
Там же есть буфер
с#
Ну тут кроме длинных названий какие придирки. А сокращать имена - так себе идея
а там не в этом дело, там очень много ответвлений when по его мнению
AN
Там же есть буфер
Ну насколько я помню, он не активируется до первого подписчика. В общем, его скоро выпилят
AN
а там не в этом дело, там очень много ответвлений when по его мнению
Так перебор по типам - это нормальная практика, идиома даже. Особенно если sealed class