🔗 Telegram канал "Android Broadcast" ttttt.me/android_broadcast 🔗 Telegram канал "Kotlin Broadcast" ttttt.me/kotlin_broadcast 💰 Ранний доступ к новым видео на Boosty boosty.to/androidbroadcast 🔗 Чат сообщества в Telegram ttttt.me/android_broadcast_talks
У меня один наброс, все круто, но в конце не хватает результата. Типа мы поглядели вот этот функционал, вот так хорошо вот так можно выхватить так мне кажется усваиваться будет проще, не надо перелистывать
Видео материал получился очень классным, сразу видна большая проделанная работа, спасибо. Но то как преподносится, выглядит как то зазубренным или считанным контентом из какой нибудь документации, скудновато и без какого то реального погружения, вспомнился универ когда на первой паре засыпаешь под монотонную лекцию.
Согласен но ценность от этого не падает, например я знаком с темой и смотрю такие видео что бы оперативно можно было подготовиться к новому собесу ничего не забыв
Прежде чем все это написать у меня нет мысли оскорбить или как то выпендриться перед автором, а хочется показать как именно все это выглядит лично для меня. (есть шанс что все таки увидит) Из всей линейки видео про корутин (не дошел до конца как заметно) я запомнил что видео создано при поддержки Револют, не думаю что это знание мне помогут в этом, да и опять же возможно проблема во мне, а не в видео. Если все это рассчитано для новичков, которые впервые хотят узнать о чем эта тема, то это лично для меня ничего толком не запомнилось, можно спихнуть на меня что я такой глупый, но если честно мне кажется я не один под таким впечатлением остался. Возможно у автора нет времени на более качественное преподнесение материала, было бы здорово если бы видео хотя бы давалось новичку перед заливом, чтобы действительно ли понять оно даст понимание данной темы или хотя бы видео строилось при изучение какой либо темы на основе примера в качестве проектика, чтобы было можно понять истинный смысл работы класса, библиотеки, корутин... Видно что автор старается преподнести информацию с красивыми анимациями, но от этого (лично для меня XD) не чуть понимания темы не увеличивается. Слишком много рассчитана на кликбейтность, красивые обложки видео, красивые майки с андроидом, атмосфера, а на смысл и качество информации оставляет желать лучшего.. Выглядит как чтение лекции с крутым преподом, который понимает информацию, но жмотничает ибо не фиг быть умным XD Не вижу дальше продолжать смотреть видео... Извиняюсь заранее если как то задел чувства автора😇
Так Кирилл же и говорил что это лекции НЕ для новичка. Так что не переживайте что усвояемость была плохой. Если с нуля, то на каждую минуту этого видео надо добавлять по 1 часу самостоятельной работе с другими источниками. Да по сути интерактивный пересказ документации, но и на это было затрачено много времени, за что ему спасибо, т.к. воспринимается легче.
Спасибо за видео! А есть ли механизм для пробрасывания исключений из SharedFlow? (для холодных, потоков, как я понимаю, можно просто кинуть исключение в билдере) Как альтернатива, думаю можно обернуть в Result
Ошибка в том, что ООП не является единственно верной парадигмой. А теперь представьте, что апи Flow были бы выполнены в рамках догм ООП. Удобно расширять? Нет, нужно добавить метод в класс Flow, что противоречит OCP. Реализация оператора также может быть сильно усложнена необходимостью соблюдать инварианты класса. Пример такого подхода - RxJava. Второй вариант - создать новый класс-декоратор, в таком случае классов бы стало слишком много, и это было бы неудобно использовать. В случае использования методов-расширений расширять функциональность как раз таки очень удобно и просто, что Кирилл показал на примере создания своего оператора. Тут ещё конечно помогают функции как first-class citizen в Котлине и синтаксис, позволяющий построить свой DSL.
@@vasiliychernov2123 я согласна, что парадигма не единственная. В ФП языках обычно нет полиморфизма, но есть классы типов, которых в котлине нет. Так что статичныые функции на хацкеле совершенно не то же самое, что и на котлине.
На счёт shared flow и suspend стратегии поправлю: поведение buffer overflow работает только если есть хотя бы один подписчик, который не готов принять значение. Когда подпискичков нет, значения просто игнорятся. Вот копипаста из документации: * **Buffer overflow can happen only when there is at least one subscriber that is not ready to accept * the new value.** In the absence of subscribers only the most recent [replay] values are stored and * the buffer overflow behavior is never triggered and has no effect. Что бы дождаться хотя бы одного подписчика я перед эмитом вызываю такой код: sharedFlow.subscriptionCount.first { it > 0 }
Cпасибо за видос Кирилл. Да, тоже пробовал сделать из MutableSharedFlow - аля SingleLiveEvent и почти сработало =)) fun SingleEventFlow() = MutableSharedFlow( extraBufferCapacity = 1, onBufferOverflow = BufferOverflow.DROP_OLDEST ) Пока не подорвался на мине, свернув прилагу, получив ответ от бэка, развернув и не увидя перехода( Хотя вот сделав lifecycleScrope.launchWhenStart ... то с ним всё работало, но что-то другое вылезло.
![Как работают Видеокарты? Исследуем архитектуру GPU [Branch Education на русском]](http://i.ytimg.com/vi/8bhpDYELmQc/mqdefault.jpg)
🔗 Telegram канал "Android Broadcast" ttttt.me/android_broadcast
🔗 Telegram канал "Kotlin Broadcast" ttttt.me/kotlin_broadcast
💰 Ранний доступ к новым видео на Boosty boosty.to/androidbroadcast
🔗 Чат сообщества в Telegram ttttt.me/android_broadcast_talks
Нихуя не понял, но очень интересно
Возвращайся когда прокачаешься
Тренеруйся
Очень большая концентрация) Видимо для большего количества просмотров) зачёт!))
Нет, точно не ради просмотром
@@AndroidBroadcast ну тогда вдвойне круто)
малюсенькая ошибка на 3:16 выходное = downstream
У меня один наброс, все круто, но в конце не хватает результата.
Типа мы поглядели вот этот функционал, вот так хорошо вот так можно выхватить
так мне кажется усваиваться будет проще, не надо перелистывать
Спасибо за обратную связь
Видео материал получился очень классным, сразу видна большая проделанная работа, спасибо. Но то как преподносится, выглядит как то зазубренным или считанным контентом из какой нибудь документации, скудновато и без какого то реального погружения, вспомнился универ когда на первой паре засыпаешь под монотонную лекцию.
Согласен но ценность от этого не падает, например я знаком с темой и смотрю такие видео что бы оперативно можно было подготовиться к новому собесу ничего не забыв
У вас не большая ошибочка, функция collect() у шаред флоу никогда не заканчивается, собственно как и сама сопрограмма
Да, верно подмечено
Мне кажется это надо неделю на примерах разбирать..
пожелание-просьба на будущее. Не убирайте код с экрана, можно же и себя и код одновременно показывать.
Прежде чем все это написать у меня нет мысли оскорбить или как то выпендриться перед автором, а хочется показать как именно все это выглядит лично для меня. (есть шанс что все таки увидит)
Из всей линейки видео про корутин (не дошел до конца как заметно) я запомнил что видео создано при поддержки Револют, не думаю что это знание мне помогут в этом, да и опять же возможно проблема во мне, а не в видео. Если все это рассчитано для новичков, которые впервые хотят узнать о чем эта тема, то это лично для меня ничего толком не запомнилось, можно спихнуть на меня что я такой глупый, но если честно мне кажется я не один под таким впечатлением остался.
Возможно у автора нет времени на более качественное преподнесение материала, было бы здорово если бы видео хотя бы давалось новичку перед заливом, чтобы действительно ли понять оно даст понимание данной темы или хотя бы видео строилось при изучение какой либо темы на основе примера в качестве проектика, чтобы было можно понять истинный смысл работы класса, библиотеки, корутин...
Видно что автор старается преподнести информацию с красивыми анимациями, но от этого (лично для меня XD) не чуть понимания темы не увеличивается. Слишком много рассчитана на кликбейтность, красивые обложки видео, красивые майки с андроидом, атмосфера, а на смысл и качество информации оставляет желать лучшего.. Выглядит как чтение лекции с крутым преподом, который понимает информацию, но жмотничает ибо не фиг быть умным XD
Не вижу дальше продолжать смотреть видео...
Извиняюсь заранее если как то задел чувства автора😇
Спасибо за качественную и вежливо поданную обратную связь
Так Кирилл же и говорил что это лекции НЕ для новичка. Так что не переживайте что усвояемость была плохой. Если с нуля, то на каждую минуту этого видео надо добавлять по 1 часу самостоятельной работе с другими источниками. Да по сути интерактивный пересказ документации, но и на это было затрачено много времени, за что ему спасибо, т.к. воспринимается легче.
18:44
А чем не устраивает такая замена SingleLiveEvent?
private val eventChannel = Channel()
val eventFlow = eventChannel.receiveAsFlow()
Есть на медиуме статья Kotlin’s Flow in ViewModels: it’s complicated - в ней описано какие есть кейсы, когда Flow не справляется
Конкретно в этом случае не вижу противоречия со статьей
[Да и статья не то чтобы очень]
Или MutableSharedFlow(replay = 0) ?
@@tripabroad8918 , не, у SharedFlow другое поведение
@@dream_owner Channel доставит элемент при подписке, который был передан в emit до подписки , а SharedFlow c replay = 0 нет, в этом будет разница?
Спасибо за видео!
А есть ли механизм для пробрасывания исключений из SharedFlow? (для холодных, потоков, как я понимаю, можно просто кинуть исключение в билдере)
Как альтернатива, думаю можно обернуть в Result
На самом деле я про такое не знаю, но SharedFlow и StateFlow не делались с целью вбрасывать в них исключение
Статичные функции вместо методов? Звучит как нарушение ооп. Потенциально может быть расширять неудобно. Где я ошиблась?
В чем нарушение ООП? Это же необязательное API, переопределять этим методы не надо
Как бы в котлине в принципе присутствуют нотки фунциональщины - звучит как нарушение ООП.
И да, у Елизарова есть статья Extension-oriented design где он как раз описывает этот подход
Ошибка в том, что ООП не является единственно верной парадигмой.
А теперь представьте, что апи Flow были бы выполнены в рамках догм ООП. Удобно расширять? Нет, нужно добавить метод в класс Flow, что противоречит OCP. Реализация оператора также может быть сильно усложнена необходимостью соблюдать инварианты класса. Пример такого подхода - RxJava. Второй вариант - создать новый класс-декоратор, в таком случае классов бы стало слишком много, и это было бы неудобно использовать.
В случае использования методов-расширений расширять функциональность как раз таки очень удобно и просто, что Кирилл показал на примере создания своего оператора. Тут ещё конечно помогают функции как first-class citizen в Котлине и синтаксис, позволяющий построить свой DSL.
@@vasiliychernov2123 я согласна, что парадигма не единственная. В ФП языках обычно нет полиморфизма, но есть классы типов, которых в котлине нет. Так что статичныые функции на хацкеле совершенно не то же самое, что и на котлине.
На счёт shared flow и suspend стратегии поправлю: поведение buffer overflow работает только если есть хотя бы один подписчик, который не готов принять значение. Когда подпискичков нет, значения просто игнорятся. Вот копипаста из документации:
* **Buffer overflow can happen only when there is at least one subscriber that is not ready to accept
* the new value.** In the absence of subscribers only the most recent [replay] values are stored and
* the buffer overflow behavior is never triggered and has no effect.
Что бы дождаться хотя бы одного подписчика я перед эмитом вызываю такой код: sharedFlow.subscriptionCount.first { it > 0 }
все круто, спасибо, но почему не в android studio? ведь так было бы проще для понимания
Зачем Android Studio, если подходит и IDEA? Для записи видео был включен Presentation Mode , чтобы убрать все лишнее с экрана
походу тебе надо поменьше кофе пить )) мой мозг не успевает за твоими словами
No Englis 😊
THX
Cпасибо за видос Кирилл.
Да, тоже пробовал сделать из MutableSharedFlow - аля SingleLiveEvent
и почти сработало =))
fun SingleEventFlow() = MutableSharedFlow(
extraBufferCapacity = 1,
onBufferOverflow = BufferOverflow.DROP_OLDEST
)
Пока не подорвался на мине, свернув прилагу, получив ответ от бэка, развернув и не увидя перехода(
Хотя вот сделав lifecycleScrope.launchWhenStart ... то с ним всё работало, но что-то другое вылезло.