🔗 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 часу самостоятельной работе с другими источниками. Да по сути интерактивный пересказ документации, но и на это было затрачено много времени, за что ему спасибо, т.к. воспринимается легче.
Ошибка в том, что ООП не является единственно верной парадигмой. А теперь представьте, что апи Flow были бы выполнены в рамках догм ООП. Удобно расширять? Нет, нужно добавить метод в класс Flow, что противоречит OCP. Реализация оператора также может быть сильно усложнена необходимостью соблюдать инварианты класса. Пример такого подхода - RxJava. Второй вариант - создать новый класс-декоратор, в таком случае классов бы стало слишком много, и это было бы неудобно использовать. В случае использования методов-расширений расширять функциональность как раз таки очень удобно и просто, что Кирилл показал на примере создания своего оператора. Тут ещё конечно помогают функции как first-class citizen в Котлине и синтаксис, позволяющий построить свой DSL.
@@vasiliychernov2123 я согласна, что парадигма не единственная. В ФП языках обычно нет полиморфизма, но есть классы типов, которых в котлине нет. Так что статичныые функции на хацкеле совершенно не то же самое, что и на котлине.
Спасибо за видео! А есть ли механизм для пробрасывания исключений из SharedFlow? (для холодных, потоков, как я понимаю, можно просто кинуть исключение в билдере) Как альтернатива, думаю можно обернуть в Result
На счёт 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 ... то с ним всё работало, но что-то другое вылезло.