💰 Поддержать проект на Boosty boosty.to/androidbroadcast 🔗 Telegram канал "Android Broadcast" ttttt.me/android_broadcast 🔗 Telegram канал "Kotlin Broadcast" ttttt.me/android_broadcast
кажется ты путаешь Concurrent и Asynchronous. обычно противопоставляют Sync - Async и Concurrent - Parallel. асинхронные задачи могут выполняться одновременно
Не совсем понял момент с отменой корутин. 14:12 Нам ведь не нужно проверять isActive, у нас два вызова суспенд методов -- doWork и delay. Проверка на отмену проводится при каждом вызове суспенд метода и после выхода из суспенд состояния? И ещё в самом суспенд состоянии, например, если мы вызовем delay(5_000) и через 2 секунды отменим джобу, она же отменится сразу? Спасибо за видос!
Если после вызова остановки будет suspend функция, тогда да. Но если нет suspend вызовов, то лучше проверять руками. Например, считывание файла не остановится так как для него не используется suspend функции
Как хорошо когда мозг молодой ,детский ,,быстро все схватывает !!!! Я на второй минуте ,уже ничего не понимала,и вголовн звучали только два слова корутин и потоки ха-ха ,я сдох
11:28 "Запускаются они сразу после создания" Зависит от скоупа ведь Какие-нибудь main.immediate, unconfined диспатчеры сразу запустят А так корутина и на следующий кадр может запуститься
Хочу добавить уточнение к 5:25 - корутина освободит поток только если она не повисла на какой-нибудь системной блокировке ( к примеру на блокирующем IO)
Хм, я не джун, вроде неплохо представляю себе как работают потоки. Познания о корутинах на уровне - "легковесный поток". После кодинг сессии в видео я ничего не понял: где начинается корутина и где заканчивается; вроде стало понятно что такое GlobalScope, но при этом не понятно как связан runBlocking со Scope; в параметрах функции runBlocking идет CoroutineScope, а мы передаем корутину, почему? как между собой связаны все эти сущности и понятия? Возможно мало времени уделено базовым понятиям корутин. В общем, после просмотра серии больше вопросов, чем ответов для себя вынес. Тем не менее, спасибо Кириллу за старания и надеюсь, что по итогу всего курса данные вопросы структурируются.
>в параметрах функции runBlocking идет CoroutineScope, а мы передаем корутину, почему? В параметрах runBlocking передаётся не CoroutineScope, а блок кода, вызываемый на нём, CoroutineScope - receiver.
Отличное начало! Кажется что ты слишком сурово запрещаешь runBlocking, у него ведь есть вполне валидные кейсы использования. Например мы находимся в каком-нибудь OkHttp Interceptor и хотим подставить в запрос токен аутентификации, а наша APIшка обращения к хранилищу токена предоставляет только suspend функции. Но при этом мы уже находимся в фоновом потоке, никакой main не заблокируем. В общем, если GlobalScope не нужен действительно никогда, то у runBlocking всё-таки есть законные применения)
15:00 похоже, suspend-функция в отменённых корутинах не выполняется потому, что проверка isActive происходит автоматически, перед запуском suspend-функции (как ты в самом начале и описал)
Я правильно понимаю, что по сути корутины работают поверх некоего EventLoop (в Android - поверх Looper, привязанного к какому-либо потоку)? Т.е. когда мы к примеру вызываем suspend-функцию delay, под капотом в очередь сообщений EventLoop кладётся с указанной задержкой тот блок кода, который идёт после delay и до вызова следующей suspend-функции в корутине?
Отчасти похоже на Event Loop, но скорее они делятся все выполнение на шаги и когда происходит приостановка запоминают состояние, а потом продолжают выполнение с него. Это больше похоже на большой when где каждый элемент шаг выполнения
@@AndroidBroadcast к примеру delay приостанавливает выполнение на заданное кол-во миллисекунд, но поток при этом не блокирует (выполнение кода асинхронно продолжается на этом же потоке; к примеру если на однопоточном диспатчере запустить 2 корутины (допустим, с помощью билдера launch), и на обеих вызывать delay с разными задержками; они будут отрабатывать "параллельно", выполняясь при этом на одном потоке). Каким образом это удаётся сделать? Возможно, какой-то цикл событий всё же под капотом используется?
Спасибо за курс! 1. Есть список всех будущих частей курса и расписание их выхода? 2. Какие ресурсы посоветуешь для глубокого изучения устройства и работы корутин под капотом?
Публично списка нет, но у меня он есть. Постараюсь привести его и выложить в Telegram канале. 2. Я делал подборку ресурсов по изучению корутин и все туда сложил telegra.ph/Kak-izuchit-Kotlin-Coroutines-04-17
Спасибо за урок, было очень интересно и познавательно, даже не смотря на то, что работаю с корутинами не первый год. На днях у меня появилась одна проблема в одном проекте, касательно взаимодействиях Rx кода с Корутинами, а точнее с runBlocking{...}. Не уверен что коменты к видео это подходящее место для таких вопросов :D . Что слышно насчёт Slack или Discord канала где можно в теории обмениваться опытом, беседовать на разные темы касающиеся Android разработки и где можно будет задавать интересующие вопросы?
Достаточно добавить модификатор suspend к методам в интерфейсе и работать с ними как и с другими suspend-функциями, Retrofit поддерживает корутины из коробки c версии 2.6.0.
Кто и по каким критериям решает, что корутину нужно приостановить и выполнить что-то другое? Это происходит при io операции или может произойти при любом вызове suspend функции?
При вызове любой suspend функции происходит остановка. Корутина будет стараться максимально продолжить выполнение, если это возможно. Управляют переключением потоков Dispatcher-ы
Наверно забегаю вперёд, но можно ли привязать корутину к жизненому циклу объекта? Т.е. теряем ссылку на объект, корутина останавливается, гарбаж коллектор уничтожает объект. Сейчас, кажется, что из-за запущенной внутри объекта корутины, гарбаж коллектор никогда не уничтожит наш инстанс и мы получим утечку памяти.
Корутина останавливается либо через вызов cancel, либо когда CoroutineScope останавливается. Сможет связать скоуп с временем существование объекта - получить результат, но изначально идея звучит как "то что не стоит делать"
Спасибо Кирилл, но для меня непонятно когда говоришь что котлин корутины не работают паралально. ведь таким образом f1 f2 буду работать параллельно val f1 = async (Dispatchers.Default) { loadImage() } val f2 = async (Dispatchers.Default) { loadImage() }
doDomethinkgWith(f1.await(), f2.await()) или если запустить два Globalscope.async{ } Globalscope. async{ } пожалуйста объясните
Параллельно они работают только на JVM, потому что там есть многопоточность. Корутины в классическом понимании - это про асинхронное выполнение, а не паралелльное
Спасибо больше за урок . Я пытаюсь понять, кокда гаоврят coroutine не блокирует поток вот например у меня есть suspend fun loadImage() который будет работать IO потоке (например DefaultDispatcher-worker-1) и будет 5 секунд ждать ответа от сервера, это значит что во время ожидания 5 секунд поток в коротром будет работать loadImage (DefaultDispatcher-worker-1 ) не будет заблокирован ? может выполнять другие задачи ? или палюбому DefaultDispatcher-worker-1 будет заблокировано пока ожидает ответа а когда говорится не блокирует поток имеются в виду в моём случе Dispatchers.Main котором он запущен fun main() { scope.launch((Dispatchers.Main)) { loadImage() } } suspend fun loadImage() { // thread DefaultDispatcher-worker-1 withContext(Dispatchers.IO) { api.loadImage() } }
Нашел, оказывается, все дело в выборе кода задержки. При использовании Random с java.util действительно в разнобой, а если использовать delay от корутин, то только в строгом порядке.
Поток, грубо говоря, представляет собой бесконечный цикл, каждую итерацию которго берется задача из списка задач и выполняется. Многопоточность - это использование более одного потока для выполнения задач. Асинхроность - характеризует порядок выполнения задач. Запуская асинхронную задачу мы не знаем когда она выполнится. Если запускаем несколько, мы не знаем в каком порядке они будут исполнены.
корутины это по факту объекты в очереди, поток берет с очереди корутину и выполняет ее, при этом она может положить себя обратно в конец очередь. воспринимай корутины как ранаблы или таски в ивент лупе, хоть там все немного сложнее, но это самое адекватное описание процесса. а все эти "легковесные потоки" лишь вносят путаницу и вообще супер вредны для понимания процесса.
Что такое корутины? Берем условный FixedThreadPool, сабмитим туда 1000000 Runnable, и вот, мы запустили 1000000 корутин!) Это конечно слишком примитивное объяснение, тут дальше должна быть длинная речь про suspendable континуации и все такое. Но зато позволяет наглядно представить, суть потоков и корутин, и как они между собой соотносятся.
"Логично, что если пользователь закрыл экран... то результат операции нам больше не нужен". Мда, при таком подходе конечно будет и колл-бек хел и трафик на бэке и много еще чего! Задача актуализации модели вообще никак не связана с показом конкретных данных на конкретной страничке! Если мы вообще об ООД говорим. Если задача состоит в банальном запросе от БД, то там прерывать просто нечего, а если запрос данных предполагает возможность создания целого пула задач актуализации, то вспоминаем о слоях и инкапсуляции. В андроидовской идеологии для показа данных должна формироваться view model. Пусть так. Данные для неё запрашиваются у слоя модели, и при таком запросе на уровне модели решается, есть ли актуальная версия запрашиваемых данных или должна пройти например синхронизация с сервером. Эта логика и её реализация в соответсвии с парадигмой инкапсуляции приватна для модели и не может быть объединена в один логический контекст ни с чем внешним. Это следует из элементарных принципов ООД. Ушёл на секунду с экрана, по любому поводу - экран детального вида, ответ на смс или ещё куда - что, прерывать синхронизацию данных и начинать заново? А вопросы обеспечения целостности данных, если тянем не через один запрос? Меня обоснования полезности корутин в оригинальной документации в этой части всегда веселили, за уши притянуто и рекламирует неграмотный подход к проектированию.
@@AndroidBroadcast Это был камешек в общем в огород корутин ;) Любой тезис из обычного набора обоснований преимуществ перед классическим подходом ИМХО далеко не однозначен и в основном цепляется за просчёты в архитектуре либо конкретного приложения, либо глобальной архитектуры Андроид приложения. Всё же мы не о FreeRTOS говорим и красота неблокирующего подхода в отдельно взятой песочнице - очень на любителя. ИМХО естественно.
@@AndroidBroadcast Так, я невнимательно посмотрел видео и не про то спросил. У нас есть launch и async, но почему-то async не параллелит - список заполнился по-порядку
@@antonpopkov5003 потому что await вызывается по порядку. А по идее должен вызываться сразу на всех функциях, для этого там есть специальная функция awaitAll, жаль что Кирилл не акцентировал на этом внимание.
Потому что порядок выдачи результата определяется циклом list.forEach, а он всегда последовательный. Корутины стартуют одновременно, но результат выводится согласно list.forEach. list.forEach ждёт пока первая корутина выполнится, и печатает её. Потом переходит ко второй. Если вторая корутина к тому времени уже оказывается выполнена, то он печатает её сразу же, без ожидания, и переходит к третей.
💰 Поддержать проект на Boosty boosty.to/androidbroadcast
🔗 Telegram канал "Android Broadcast" ttttt.me/android_broadcast
🔗 Telegram канал "Kotlin Broadcast" ttttt.me/android_broadcast
Хэ
0
00
Всех поздравляю с выходом данного курса. Спасибо Кириллу.
Спасибо большое. Ты не представляешь сколько человекочасов сэкономит этот курс. Ты герой. Как найду работу, стану патроном)
Спасибо!
Ну что, уже работаешь?
@@dreimhold а ты? в тг списаться не хоч?
Очень давно ждал и дождался, нужно было основательно познакомиться и изучить корутины, спасибо Кирилл!
Огромная благодарность! Ждём новые видео) А тебе Кирилл терпения и вдохновения. Хорошее дело делаешь
Курс 🔥
С корутинами работаю уже очень давно, но несмотря на это подметил для себя много интересных моментов
Спасибо большое за данный курс. Давно ждал)
огромное спасибо! очень круто смотреть такие ролики где все разжевывается!
Спасибо за курс. Объясняешь очень доходчиво и понятно!
Ура! Дождались) Спасибо!
Спасибо Кирилл, знаем что далось нелегко, поэтому поддерживаем лайками)
На одном дыхании. Всё очень круто и понятно. Спасибо! :)
кажется ты путаешь Concurrent и Asynchronous. обычно противопоставляют Sync - Async и Concurrent - Parallel. асинхронные задачи могут выполняться одновременно
Супер, спасибо за урок
Похоже мне ещё рановато знать корутины 😵.
Огромное спасибо за курс, уверен он многим поможет
Как минимум можно вернуться к нему позже, когда будете готовы
Спасибо за детальное и простое объяснение. Круто получилось.
Спасибо! С нетерпением жду продолжения.
Не совсем понял момент с отменой корутин. 14:12
Нам ведь не нужно проверять isActive, у нас два вызова суспенд методов -- doWork и delay. Проверка на отмену проводится при каждом вызове суспенд метода и после выхода из суспенд состояния? И ещё в самом суспенд состоянии, например, если мы вызовем delay(5_000) и через 2 секунды отменим джобу, она же отменится сразу?
Спасибо за видос!
Если после вызова остановки будет suspend функция, тогда да. Но если нет suspend вызовов, то лучше проверять руками. Например, считывание файла не остановится так как для него не используется suspend функции
Миллион раз спасибо, наконец-то дождался я
Спасибо, жду продолжения
Ура! Очень рад, что курс наконец вышел 🙃
Вижу долгожданный курс - ставлю 👍
Огонь 🔥, как раз начал изучать корутинки.
Годнота ! Спасибо за контент!
пушка-топ, спасибо большое Кирилл
Спасибо за труды!
спасибо за ваш курс, всё понятно и доступно
Как хорошо когда мозг молодой ,детский ,,быстро все схватывает !!!! Я на второй минуте ,уже ничего не понимала,и вголовн звучали только два слова корутин и потоки ха-ха ,я сдох
Спасибо за курс!
Первый урок понятно вводный, будем ждать последующие где будет больше конкретики 😊 Поздравляю с первым выпуском курса!💥💥💥
Спасибо!
11:28 "Запускаются они сразу после создания"
Зависит от скоупа ведь
Какие-нибудь main.immediate, unconfined диспатчеры сразу запустят
А так корутина и на следующий кадр может запуститься
Я имел ввидо что они не будут ждать вызова join или await
@@AndroidBroadcast понимаю, это скорее просто уточнение для тех кому интересно.
Спасибо за курс!)
Main immediate запустит сразу только если уже выполняется корутина из главного потока
Отлично! Это лучшее, что я видел по этой теме на русском
Хочу добавить уточнение к 5:25 - корутина освободит поток только если она не повисла на какой-нибудь системной блокировке ( к примеру на блокирующем IO)
Отличнейшее и всестороннее обозрение корутин. Респект🔥
Спасибо ! Отличная инфа!
4:20 разве ключевое слово суспенд приостанавливает выполнение корутины?
Спасибо!
Спасибо за урок!
Если вам приносит пользу, то будем рад поддержке boosty.to/androidbroadcast
Супер, спасибо!
Хм, я не джун, вроде неплохо представляю себе как работают потоки. Познания о корутинах на уровне - "легковесный поток". После кодинг сессии в видео я ничего не понял: где начинается корутина и где заканчивается; вроде стало понятно что такое GlobalScope, но при этом не понятно как связан runBlocking со Scope; в параметрах функции runBlocking идет CoroutineScope, а мы передаем корутину, почему? как между собой связаны все эти сущности и понятия? Возможно мало времени уделено базовым понятиям корутин.
В общем, после просмотра серии больше вопросов, чем ответов для себя вынес. Тем не менее, спасибо Кириллу за старания и надеюсь, что по итогу всего курса данные вопросы структурируются.
В будущих уроках про все это будет подробнее
>в параметрах функции runBlocking идет CoroutineScope, а мы передаем корутину, почему?
В параметрах runBlocking передаётся не CoroutineScope, а блок кода, вызываемый на нём, CoroutineScope - receiver.
Спасибо большое за урок, пока только слышал про корутины, трогаю котлин и андроид около дву недель😅
Спасибо) Смотрю в замедленной скорости, иначе не успеваю понимать
Отличное начало!
Кажется что ты слишком сурово запрещаешь runBlocking, у него ведь есть вполне валидные кейсы использования. Например мы находимся в каком-нибудь OkHttp Interceptor и хотим подставить в запрос токен аутентификации, а наша APIшка обращения к хранилищу токена предоставляет только suspend функции. Но при этом мы уже находимся в фоновом потоке, никакой main не заблокируем. В общем, если GlobalScope не нужен действительно никогда, то у runBlocking всё-таки есть законные применения)
Да, но лучше максимально обезопасить для старта )))
15:00 похоже, suspend-функция в отменённых корутинах не выполняется потому, что проверка isActive происходит автоматически, перед запуском suspend-функции (как ты в самом начале и описал)
Да, верно
спасибо!
лучший
Спасибо
Я правильно понимаю, что по сути корутины работают поверх некоего EventLoop (в Android - поверх Looper, привязанного к какому-либо потоку)? Т.е. когда мы к примеру вызываем suspend-функцию delay, под капотом в очередь сообщений EventLoop кладётся с указанной задержкой тот блок кода, который идёт после delay и до вызова следующей suspend-функции в корутине?
Отчасти похоже на Event Loop, но скорее они делятся все выполнение на шаги и когда происходит приостановка запоминают состояние, а потом продолжают выполнение с него. Это больше похоже на большой when где каждый элемент шаг выполнения
@@AndroidBroadcast к примеру delay приостанавливает выполнение на заданное кол-во миллисекунд, но поток при этом не блокирует (выполнение кода асинхронно продолжается на этом же потоке; к примеру если на однопоточном диспатчере запустить 2 корутины (допустим, с помощью билдера launch), и на обеих вызывать delay с разными задержками; они будут отрабатывать "параллельно", выполняясь при этом на одном потоке). Каким образом это удаётся сделать? Возможно, какой-то цикл событий всё же под капотом используется?
Как называется тема для среды разработки?)
Обычно использую Darcula
@@AndroidBroadcast благодарю)
причем тут suspend и лаунч 13:47 и асинк и асинкевей че означает не понятно почему назвал авей
Спасибо за курс!
1. Есть список всех будущих частей курса и расписание их выхода?
2. Какие ресурсы посоветуешь для глубокого изучения устройства и работы корутин под капотом?
Medium, статьи Елизарова
Публично списка нет, но у меня он есть. Постараюсь привести его и выложить в Telegram канале.
2. Я делал подборку ресурсов по изучению корутин и все туда сложил telegra.ph/Kak-izuchit-Kotlin-Coroutines-04-17
@@AndroidBroadcast
Спасибо! Именно то, что было нужно.
Пошёл присоединяться в Telegram канал.
Спасибо за урок, было очень интересно и познавательно, даже не смотря на то, что работаю с корутинами не первый год. На днях у меня появилась одна проблема в одном проекте, касательно взаимодействиях Rx кода с Корутинами, а точнее с runBlocking{...}. Не уверен что коменты к видео это подходящее место для таких вопросов :D . Что слышно насчёт Slack или Discord канала где можно в теории обмениваться опытом, беседовать на разные темы касающиеся Android разработки и где можно будет задавать интересующие вопросы?
Есть чатик t.me/android_broadcast_talks
@@AndroidBroadcast что то забыл о нём, спасибо, обязательно зайду в этот чат!
Напишите на kirill@androidbroadcast.dev все подробности о блокировке и ваш аккаунт в TG
подскажите пожалуйста, а что это за конструкция val myList: List = List(100) { ...it... } что происходит в блоке кода после объявления размера листа ?
Документация - это лучший источник. kotlinlang.org/api/latest/jvm/stdlib/kotlin.collections/-list.html
Есть график выхода роликов про Coroutines?
До конца мая выйдет 5 роликов, потом тоже хочу все закрыть побыстрее. Стараюсь изо всех сил, времени не хватает ((
Спасибо за курс!
Возникает вопрос: будет ли про корутины и ретрофит?
Достаточно добавить модификатор suspend к методам в интерфейсе и работать с ними как и с другими suspend-функциями, Retrofit поддерживает корутины из коробки c версии 2.6.0.
Про него рассказывать не стану, но думаю что в кодинг сессия покажу как работать
Спасибо за ролик, может стоит еще сделать текстовую версию?
Да, она будет, но не хватает ресурсов на нее. Попробую кому-то делегировать адаптацию сценарию в статью, но пока думаю идея провалится
Top mega nice bro
Кто и по каким критериям решает, что корутину нужно приостановить и выполнить что-то другое? Это происходит при io операции или может произойти при любом вызове suspend функции?
При вызове любой suspend функции происходит остановка. Корутина будет стараться максимально продолжить выполнение, если это возможно. Управляют переключением потоков Dispatcher-ы
Хахахахах аж неверится))) он вышел!)
Ждуны дождались)
👍🏻👍🏻
Наверно забегаю вперёд, но можно ли привязать корутину к жизненому циклу объекта? Т.е. теряем ссылку на объект, корутина останавливается, гарбаж коллектор уничтожает объект. Сейчас, кажется, что из-за запущенной внутри объекта корутины, гарбаж коллектор никогда не уничтожит наш инстанс и мы получим утечку памяти.
Корутина останавливается либо через вызов cancel, либо когда CoroutineScope останавливается. Сможет связать скоуп с временем существование объекта - получить результат, но изначально идея звучит как "то что не стоит делать"
Спасибо Кирилл, но для меня непонятно когда говоришь что котлин корутины не работают паралально.
ведь таким образом f1 f2 буду работать параллельно
val f1 = async (Dispatchers.Default) { loadImage() }
val f2 = async (Dispatchers.Default) { loadImage() }
doDomethinkgWith(f1.await(), f2.await())
или если запустить два Globalscope.async{ } Globalscope. async{ }
пожалуйста объясните
Параллельно они работают только на JVM, потому что там есть многопоточность. Корутины в классическом понимании - это про асинхронное выполнение, а не паралелльное
@@AndroidBroadcast понятно спасибо)
Спасибо больше за урок . Я пытаюсь понять, кокда гаоврят coroutine не блокирует поток
вот например у меня есть suspend fun loadImage() который будет работать IO потоке (например DefaultDispatcher-worker-1) и будет 5 секунд ждать ответа от сервера, это значит что во время ожидания 5 секунд поток в коротром будет работать loadImage (DefaultDispatcher-worker-1 ) не будет заблокирован ? может выполнять другие задачи ? или палюбому DefaultDispatcher-worker-1 будет заблокировано пока ожидает ответа а когда говорится не блокирует поток имеются в виду в моём случе Dispatchers.Main котором он запущен
fun main() {
scope.launch((Dispatchers.Main)) {
loadImage()
}
}
suspend fun loadImage() {
// thread DefaultDispatcher-worker-1
withContext(Dispatchers.IO) {
api.loadImage()
}
}
Подскажите, пожалуйста, какая тема в идее стоит?
Стандартная Darcula
Интересно, что если тестить этот код через Kotlin Playground, то значения в консоли будут исключительно в порядке от 0 до 99 :)
Вписал код в IntelliJ IDEA, так же.. В консоли все цифры по порядку.... Почему же у тебя в примере не последовательно?
Нашел, оказывается, все дело в выборе кода задержки. При использовании Random с java.util действительно в разнобой, а если использовать delay от корутин, то только в строгом порядке.
нет гитхаба к лекциям или есть?
Нет
Обьяните плз раницу между ассинхроностью и многопоточностью
Поток, грубо говоря, представляет собой бесконечный цикл, каждую итерацию которго берется задача из списка задач и выполняется. Многопоточность - это использование более одного потока для выполнения задач.
Асинхроность - характеризует порядок выполнения задач. Запуская асинхронную задачу мы не знаем когда она выполнится. Если запускаем несколько, мы не знаем в каком порядке они будут исполнены.
Что такое настоящие сопрограммы, парни и не знают. И не должны. Их использовали ещё до их рождения)))
Спасибо за курс! 👍
Немного режет слух произношение слова suspend, в нем нет звука "У". Вот транскрипция [səˈspend].
Для любителей фундаментальности хочу порекомендовать лекцию, а лучше целый плейлист от Липовского: ua-cam.com/video/eBQi3Y2p_eQ/v-deo.html
А.... а по человечески можно объяснить?)
а зачем тогда нужны потоки если есть корутины?.
Без потоков никуда, это на уровне JVM и они лежат пол капотом Kotlin Coroutines
корутины это по факту объекты в очереди, поток берет с очереди корутину и выполняет ее, при этом она может положить себя обратно в конец очередь. воспринимай корутины как ранаблы или таски в ивент лупе, хоть там все немного сложнее, но это самое адекватное описание процесса. а все эти "легковесные потоки" лишь вносят путаницу и вообще супер вредны для понимания процесса.
Что такое корутины? Берем условный FixedThreadPool, сабмитим туда 1000000 Runnable, и вот, мы запустили 1000000 корутин!)
Это конечно слишком примитивное объяснение, тут дальше должна быть длинная речь про suspendable континуации и все такое. Но зато позволяет наглядно представить, суть потоков и корутин, и как они между собой соотносятся.
Да, Сергей верно все представил
Комментарий.
+
На сколько я знаю runblocking нежелательно использовать в андроид, только в тестах для проверки корутин, он блокирует поток на котором вызывается ((
@@igorm7480 он сказал что можно на основном но осторожно, хотя да
Еще..
"Логично, что если пользователь закрыл экран... то результат операции нам больше не нужен".
Мда, при таком подходе конечно будет и колл-бек хел и трафик на бэке и много еще чего!
Задача актуализации модели вообще никак не связана с показом конкретных данных на конкретной страничке! Если мы вообще об ООД говорим.
Если задача состоит в банальном запросе от БД, то там прерывать просто нечего, а если запрос данных предполагает возможность создания целого пула задач актуализации, то вспоминаем о слоях и инкапсуляции.
В андроидовской идеологии для показа данных должна формироваться view model. Пусть так. Данные для неё запрашиваются у слоя модели, и при таком запросе на уровне модели решается, есть ли актуальная версия запрашиваемых данных или должна пройти например синхронизация с сервером.
Эта логика и её реализация в соответсвии с парадигмой инкапсуляции приватна для модели и не может быть объединена в один логический контекст ни с чем внешним. Это следует из элементарных принципов ООД.
Ушёл на секунду с экрана, по любому поводу - экран детального вида, ответ на смс или ещё куда - что, прерывать синхронизацию данных и начинать заново? А вопросы обеспечения целостности данных, если тянем не через один запрос?
Меня обоснования полезности корутин в оригинальной документации в этой части всегда веселили, за уши притянуто и рекламирует неграмотный подход к проектированию.
Это возможность привязывать корутину к жизни какого-то объекта. Она спокойной может продолжить операцию и дальше, просто это надо указывать явно
@@AndroidBroadcast Это был камешек в общем в огород корутин ;)
Любой тезис из обычного набора обоснований преимуществ перед классическим подходом ИМХО далеко не однозначен и в основном цепляется за просчёты в архитектуре либо конкретного приложения, либо глобальной архитектуры Андроид приложения.
Всё же мы не о FreeRTOS говорим и красота неблокирующего подхода в отдельно взятой песочнице - очень на любителя. ИМХО естественно.
Без CoroutineStart.Lazy список тоже по очереди заполнился. Почему так?
Не понял вопроса, раскройте больше
@@AndroidBroadcast Так, я невнимательно посмотрел видео и не про то спросил. У нас есть launch и async, но почему-то async не параллелит - список заполнился по-порядку
@@antonpopkov5003 Нужно смотреть код. Скидывайте ссылку на Gist
@@antonpopkov5003 потому что await вызывается по порядку. А по идее должен вызываться сразу на всех функциях, для этого там есть специальная функция awaitAll, жаль что Кирилл не акцентировал на этом внимание.
Потому что порядок выдачи результата определяется циклом list.forEach, а он всегда последовательный. Корутины стартуют одновременно, но результат выводится согласно list.forEach.
list.forEach ждёт пока первая корутина выполнится, и печатает её. Потом переходит ко второй. Если вторая корутина к тому времени уже оказывается выполнена, то он печатает её сразу же, без ожидания, и переходит к третей.
Спасибо огромное
Спасибо
+
Спасибо!
Спасибо