Вот, все что пришлось сделать это везде прописать GlobalScope, и в withContext поправить сигнатуру

А что не так с witchContext? Что он остался вне GlobalScope?

как прогнать определенное количество элементов в колекции по циклу?

как прогнать определенное количество элементов в колекции по циклу?

take?

а для Map

как прогнать определенное количество элементов в колекции по циклу?

drop/take по обстоятельствам

не находит метод

А что не так с witchContext? Что он остался вне GlobalScope?

Ему в блок добавили scope, чтобы он прокидывал его

через keys кароч сделал

Ему в блок добавили scope, чтобы он прокидывал его

Понятно.

Подскажите, я правильно переписал функцию? inline fun launchOnUI( coroutineScope: CoroutineScope = GlobalScope, crossinline block: suspend CoroutineScope.() -> Unit ): Job = coroutineScope.launch(Dispatchers.Main) { block() }

С учётом нововведений

правильно с точки зрения “чтобы работало как раньше”. По-хорошему нужно написать так: inline fun CoroutineScope.launchOnUI( crossinline block: suspend CoroutineScope.() -> Unit ): Job = launch(Dispatchers.Main) { block() }

И как теперь при выходе из активити автоматически уничтожать запущенные корутины? Раньше был parentJob

правильно с точки зрения “чтобы работало как раньше”. По-хорошему нужно написать так: inline fun CoroutineScope.launchOnUI( crossinline block: suspend CoroutineScope.() -> Unit ): Job = launch(Dispatchers.Main) { block() }

Ну да, логично

в ui-guide про это появилась секция с примером под андроид

в ui-guide про это появилась секция с примером под андроид

А можно ссылку, пожалуйста?

Ради интереса переписал бота с использованием Koin, не скажу что кода стало прям меньше и лучше читаться https://github.com/Heapy/tgto/commit/6094e15ea6d27e5dd9be1df049f13520cfba981f

DI вообще переоценен ?

Может кто подсказать где можно подробно прочитать про то как .kotlin_metadata файлики устроены и как используются?

А можно ссылку, пожалуйста?

https://github.com/Kotlin/kotlinx.coroutines/blob/master/ui/coroutines-guide-ui.md “Structured concurrency, lifecycle and coroutine parent-child hierarchy”

https://github.com/Kotlin/kotlinx.coroutines/blob/master/ui/coroutines-guide-ui.md “Structured concurrency, lifecycle and coroutine parent-child hierarchy”

спасибо!))

Луис вон еще мини-интеграцию написал: https://gist.github.com/LouisCAD/58d3017eedb60ce00721cb32a461980f#file-lifecyclejob-kt-L30

DI вообще переоценен ?

К сожалению нет, тут можно попробовать распилить на модули и наверняка получится более поддерживаемое приложение

Просто задача оказалась несколько маленькая, и достаточно сложная.

Это все "ооп-энтерпрайз" проф-деформация, когда кажется что нельзя писать программы без DI и 100500 слоев абстракций.

di нужно, фреймворк для этого - под вопросом

Добрый день Может кто-нибудь подсказать, как написать функцию, которая внутри должна отправлять асинхронный запрос (по сути, через enqueue okhttp), но сама функция на время вызова должна блочиться? Сделать нужно через корутины

Может кто подсказать где можно подробно прочитать про то как .kotlin_metadata файлики устроены и как используются?

Используются компилятором для сохранения (дополнительной) информации -- флаги, modality, и тд. С технической точки зрения это сериализованнвц protobuf Есть небольшая либа для чтения метадаты, можно почитать что и как она делает, это наверное лучший источник информации про метадату (иначе только идти код компилятора читать) Upd: ссылка отклеилась https://github.com/JetBrains/kotlin/blob/master/libraries/kotlinx-metadata/jvm/ReadMe.md

di нужно, фреймворк для этого - под вопросом

Советую (для понимания альт. точек зрения) почитать / посмотреть доклад на тему. http://blog.ploeh.dk/2017/02/02/dependency-rejection/

Я пытался через runBlocking launch с корутиной, которую при получении ответа отменял, а в блокирующей корутине ждал её завершения через join

Но что-то пошло не так и не завелось как надо

Советую (для понимания альт. точек зрения) почитать / посмотреть доклад на тему. http://blog.ploeh.dk/2017/02/02/dependency-rejection/

Спасибо

Советую (для понимания альт. точек зрения) почитать / посмотреть доклад на тему. http://blog.ploeh.dk/2017/02/02/dependency-rejection/

Вкратце пробежался по докладу. Ок, мы можем предоставлять внешние зависимости через частичное применение/через контекст монады в ФП, но это всё и есть внедрение зависимости в самом чистом виде, так что не очень понял тезис автора, что DI в ФП так как нарушает ссылочную прозрачность (чистоту). Как по мне, так правильный DI должен быть ссылочно прозрачным, иначе можно долго, нудно и безуспешно дебажить, особенно многопоточное приложение.

di нужно, фреймворк для этого - под вопросом

+

Вкратце пробежался по докладу. Ок, мы можем предоставлять внешние зависимости через частичное применение/через контекст монады в ФП, но это всё и есть внедрение зависимости в самом чистом виде, так что не очень понял тезис автора, что DI в ФП так как нарушает ссылочную прозрачность (чистоту). Как по мне, так правильный DI должен быть ссылочно прозрачным, иначе можно долго, нудно и безуспешно дебажить, особенно многопоточное приложение.

Можешь еще ознакомиться с докладом для лучшего понимания, что хочет сказать Марк https://youtu.be/cxs7oLGrxQ4

Вкратце пробежался по докладу. Ок, мы можем предоставлять внешние зависимости через частичное применение/через контекст монады в ФП, но это всё и есть внедрение зависимости в самом чистом виде, так что не очень понял тезис автора, что DI в ФП так как нарушает ссылочную прозрачность (чистоту). Как по мне, так правильный DI должен быть ссылочно прозрачным, иначе можно долго, нудно и безуспешно дебажить, особенно многопоточное приложение.

> Как по мне, так правильный DI должен быть ссылочно прозрачным Не знаю как ты юзаешь "правильный DI", но в обычных "прикладных" приложениях DI вот такой: https://t.me/pofftop/12986

А как правильно, если без DI?

Если мы за функциональность боремся. А мы за неё боремся, как я понял из этого минутного ролика.

Если мы за функциональность боремся. А мы за неё боремся, как я понял из этого минутного ролика.

Это кусок из часового доклада выше, там все ответы

> Как по мне, так правильный DI должен быть ссылочно прозрачным Не знаю как ты юзаешь "правильный DI", но в обычных "прикладных" приложениях DI вот такой: https://t.me/pofftop/12986

Бред. Если сами объекты, кроме листовых, чистые, то мы получаем типичное для ФП разделение на чистый код и сайд эффекты, сосредоточенные в листах. Никакого заражения, которое нарисовали в ролике, нету.

Это кусок из часового доклада выше, там все ответы

хватить давать "бесплатные дозы", людей подсаживаешь на фп

ФП это неплохо, но я вместе с Андреем, который пишет выше не вижу заражения, а вижу разделение. Наверное, надо посмотреть доклад, чтобы более предметно обсуждать.

Бред. Если сами объекты, кроме листовых, чистые, то мы получаем типичное для ФП разделение на чистый код и сайд эффекты, сосредоточенные в листах. Никакого заражения, которое нарисовали в ролике, нету.

Если ты считаешь, что чтение из базы (которая недерменированная или может кинуть исключение) через интерфейс - делает ее "чистой", ну ОК - у тебя какое-то свое понимание ref-transparency

Хотя не. Я понял, в чём загвоздка. При такой компоновке мы вынуждены использовать в каждом из объектов функции с сайд эффектами, которые нам предоставляют листовые объекты, что делает зависимые объекты тоже не чистыми. в ФП сайд эффекты выносятся, например, в монаду, в рамках которой мы пишем не чистый код, как map/bind композицию из чистых (map) и не чистых (bind) функций. При этом у нас остаётся чёткое разделение.

Это кусок из часового доклада выше, там все ответы

Хорошая попытка, мистер пиарщик, но нет

Против di, кстати, ничего особо не заметил. Речь вроде о сохранении чистоты функции, правда с телефона пробежал по статье через слово.

Советую (для понимания альт. точек зрения) почитать / посмотреть доклад на тему. http://blog.ploeh.dk/2017/02/02/dependency-rejection/

Это да, Марк не против DI в OOP, он даже известную книжку написал "Dep injection in .NET" (так что он как бы шарит). Он именно, про то что DI не функц., и про то какая есть альтернатива, если писать более функц. (там примеры на F# и хаскеле).

Подскажите, пожалуйста: нашёл в доке по currentScope Provides CoroutineScope that is already present in the current coroutineContext to the given block. Note, this method doesn’t wait for all launched children to complete (as opposed to coroutineContext). Но он же ожидает... Например currentScope { println(1) launch { delay(5000) println(3) } println(2) }

ты это небось из runBlocking вызываешь

но даже так: runBlocking { currentScope { println(1) launch { delay(5000) println(4) } println(2) } println(3) }

соответствует документации

заменишь currentScope на coroutineScope и будет печататься 1 2 4 3

ты это небось из runBlocking вызываешь

Да.? Но и что? Он же не должен ждать код, который обёрнут в currentScope. Нет?

заменишь currentScope на coroutineScope и будет печататься 1 2 4 3

Окей, спасибо.)

Сейчас начал делать мелкий домашний проект, там решил потыкать основательно корутины. В проекте нужно бегать в сеть и забирать веб-страничку, до этого это был OkHttp обернутый в Rx. Как лучше всего обернуть (или чем заменить) поход в сеть? А то сходу так приходят варианты, когда у нас просто функция синхронно вызывает сайт, но эта функция suspend.

Знаю, что у апачевского клиента настоящая асинхронность. ОкХттп он все равно поток блокирует когда посылаешь запрос с колбэком

Okhttp хорошо с suspend работает

Сейчас начал делать мелкий домашний проект, там решил потыкать основательно корутины. В проекте нужно бегать в сеть и забирать веб-страничку, до этого это был OkHttp обернутый в Rx. Как лучше всего обернуть (или чем заменить) поход в сеть? А то сходу так приходят варианты, когда у нас просто функция синхронно вызывает сайт, но эта функция suspend.

Можешь посмотреть как реализовано в https://kotlin.link/?q=Kohttp , но там пока не всё сделано

Я пытался через runBlocking launch с корутиной, которую при получении ответа отменял, а в блокирующей корутине ждал её завершения через join

отменять не нужно было

как понять какой участок кода будет не понятен левому обытелю чтобы его закаментить и почему мне всегда и так все понятно?

как понять какой участок кода будет не понятен левому обытелю чтобы его закаментить и почему мне всегда и так все понятно?

Неочевидные моменты коменитить надо джавадоки к методам писать

ERROR: S client not available

Неочевидные моменты коменитить надо джавадоки к методам писать

а имя метода и параметры не описывают это?

а имя метода и параметры не описывают это?

В простых методах описывает, а в более сложных нет. Там очень помогает описание параметров, и что делает метод.

я такие методы слава богу писать не умею

Тут репосты с других каналов удаляются как я понял?

Хотел поздравить с днем прогера

Комбот удалил

С праздником

Да ну нафиг

И видео удалил

(бот лютует ?) Лан, спасибо - модеры посмотрели ??

оу е, грац ребята, с праздником нас)

с праздником =)

Неочевидные моменты коменитить надо джавадоки к методам писать

Лучше не писать неoчевидный кoд. Кoмментить я бы сoветoвал (пpи сжатых сpoках) исключительнo какие-то нестандаpтные pешения, котоpые нужно потом не тpогать (зануление ссылок, чтобы gc мог собpать объект, явные тайп-касты, чтобы не было pантайм кpашей с Object в pегистpах, и так далее, коpоче – костыли)

ну и плюс оптимизации головного мозга, чтобы никто даже не думал пеpеписать какой-нибудь тpеш, pаботающий быстpо, на медленную но кpасивую технологию.

есть кто живой? добавляю элемент в HashMap потом делаю remove но элемент все еще в ней

удаляешь как? по ключу?

да

оказывается если изменить хоть один параметр у ключа то по тому объекту уже не находит

я думал хэшкарты используют объект как ключ, а они походу хэш объекта юзают

5 лет кодил на яве называется и ничего не знаю

ключи мапы должны быть value типами, лучше всего строками

нельзя в ключ класс пихать)

мне нееобходимо объект

я думал хэшкарты используют объект как ключ, а они походу хэш объекта юзают

почитай на хабре как хэшмап работает... сто раз уже разжевывали

уже нет смысла

а что использовать логичнее List<Pair<> >?

что хочешь

просто ты делаешь что то не так

мне надо держать модель файлов и их загрузчики в памяти чтобы не потерять