Телеграмм чат группы kotlin

12:44пожаловаться #2

AI

Все привет. Ребят расскажите, я правильно понимаю что на ios корутины всегда в main thread будут работать? И запросы в сеть с помощью ktor не получится на background thread вынести?

Ктор сейчас использует корутины native-mt и без них не работает. А ещё он сам внутри переводит всё на нужный поток.

15:35пожаловаться #3

AP

Ктор сейчас использует корутины native-mt и без них не работает. А ещё он сам внутри переводит всё на нужный поток.

А чем версия mt отличается от обычной? И как он внутри это делает?

15:42пожаловаться #4

AI

А чем версия mt отличается от обычной? И как он внутри это делает?

Это отдельная ветка, там типа есть какая-то многопоточность. Как ктор делает точно не знаю. На иос например NSUrlSession уже асинхронный, с коллбеком.

15:44пожаловаться #5

AP

Это отдельная ветка, там типа есть какая-то многопоточность. Как ктор делает точно не знаю. На иос например NSUrlSession уже асинхронный, с коллбеком.

Интересно как там сделана многопоточность в mt))) То есть если мне на ios корутины нужны только чтобы ktorом в сеть ходить не в main thread, то оно уже в ktor работает из коробки с mt версией корутин?))

15:46пожаловаться #6

AI

Интересно как там сделана многопоточность в mt))) То есть если мне на ios корутины нужны только чтобы ktorом в сеть ходить не в main thread, то оно уже в ktor работает из коробки с mt версией корутин?))

В ктор можно ходить на главном потоке. Он сам переключает на фоновый.

16:01пожаловаться #7

АГ

В ктор можно ходить на главном потоке. Он сам переключает на фоновый.

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

16:02пожаловаться #8

AI

Вообще в корутинах (да и в RX) рекомендация такая, что переключение потоков задача вызываемого, а не вызывающего.

16:02пожаловаться #9

AI

Алексей Гладков

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

Подозреваю баг нативных корутин. Они там плохо работают. Иногда machinery попадает. И другие прелести. Лично я держусь от корутин подальше.

16:03пожаловаться #10

AP

Вообще в корутинах (да и в RX) рекомендация такая, что переключение потоков задача вызываемого, а не вызывающего.

Хм, не знал. Откуда такая рекомендация?

16:03пожаловаться #11

АГ

Подозреваю баг нативных корутин. Они там плохо работают. Иногда machinery попадает. И другие прелести. Лично я держусь от корутин подальше.

Да, мы так и подумали, поэтому завернули в Rx и все норм пошло ) Хотя, конечно, это странно, но ждем пока баг подправят

16:03пожаловаться #12

AI

Хм, не знал. Откуда такая рекомендация?

Даже не знаю, это во многих докладах было. И вообще это очень логично. Вызываемый код сам лучше знает что на каких потоках делать. В корутинах в вызываемой функции может быть withContext, тогда переключение из вызывающего кода не имеет эффекта.

16:05пожаловаться #13

AI

Алексей Гладков

Да, мы так и подумали, поэтому завернули в Rx и все норм пошло ) Хотя, конечно, это странно, но ждем пока баг подправят

High five)

16:06пожаловаться #14

АГ

Даже не знаю, это во многих докладах было. И вообще это очень логично. Вызываемый код сам лучше знает что на каких потоках делать. В корутинах в вызываемой функции может быть withContext, тогда переключение из вызывающего кода не имеет эффекта.

Вот хз, мне всегда этот подход не нравился. Я люблю, когда код работает explicit, а не сиди гадай переключается оно там или не переключается)

16:07пожаловаться #15

AI

Алексей Гладков

Вот хз, мне всегда этот подход не нравился. Я люблю, когда код работает explicit, а не сиди гадай переключается оно там или не переключается)

Ну вот получается спорно, тоже вижу иногда такое использование. Но имхо это правильно. Например если в Йос используется NSUrlSession, то там не надо вообще переключать ничего. А в андроид надо IO

16:08пожаловаться #16

AP

Даже не знаю, это во многих докладах было. И вообще это очень логично. Вызываемый код сам лучше знает что на каких потоках делать. В корутинах в вызываемой функции может быть withContext, тогда переключение из вызывающего кода не имеет эффекта.

Ну в целом да, логично. Старался так и делать всегда, то есть там где subscribe там и subscribeon/observeon в rx. Да и в корутинах тоже, обычно suspend fun, а где вызываешь там уже диспетчеры.

16:09пожаловаться #17

AI

Ну в целом да, логично. Старался так и делать всегда, то есть там где subscribe там и subscribeon/observeon в rx. Да и в корутинах тоже, обычно suspend fun, а где вызываешь там уже диспетчеры.

Вроде я как раз наоборот говорю

16:10пожаловаться #18

АГ

Просто получается надо знать как устроен NSURLSession (понимаю, что пример так себе), чтобы понять как этим пользоваться)

16:11пожаловаться #19

АГ

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