VL
если крякну в личку, перешлешь?)
Конечно
Size: a a a
2020 October 23
ДП
На самом деле при правильном объяснении до людей достаточно быстро доходит
Возможно...
Но можно же вообще без них...
Я считаю что их надо оставить там где нужно точное управление. Типа библиотек io и около.
А в остальных случаях позволить решать это компилятору.
Но можно же вообще без них...
Я считаю что их надо оставить там где нужно точное управление. Типа библиотек io и около.
А в остальных случаях позволить решать это компилятору.
ДП
С точки зрения логики нет разницы синхронная или асинхронная функция в 95%
ДП
Для io это важно. А вот там где это вызываешь, там это лишнее
AK
что именно решать?
AK
надо ли ставить метод async?
ДП
AK
без примера не ясно, что именно может делать компилятор? )
AK
видимо что бы понять надо покодить на Go но вот что то не хочется )
ДП
На Kotlin вроде тоже это сделано без async await, кто знает, подтвердите
M
На Kotlin вроде тоже это сделано без async await, кто знает, подтвердите
на С тоже
VL
На Kotlin вроде тоже это сделано без async await, кто знает, подтвердите
Да, там корутины магические
VL
Там ещё синтаксис лямбда выражений сделан круто
VL
onChange {
// it - variable by default
it.doSomething()
}
// it - variable by default
it.doSomething()
}
ДП
onChange {
// it - variable by default
it.doSomething()
}
// it - variable by default
it.doSomething()
}
Дааа
AK
Да, там корутины магические
то же самое как по мне, только теперь вместо асинк/авейт надо городить подфункцию
AK
или с 2018го это убрали?
VL
У них всё делается через такие подфункции
VL
Их там целая стопка
AK
ну и чем это лучше async await, Task.WaitAll() ?