Сообщение Re[21]: Можно ли избавиться от async|await? от 16.12.2025 17:21
Изменено 16.12.2025 17:26 mrTwister
Re[21]: Можно ли избавиться от async|await?
Здравствуйте, novitk, Вы писали:
T>>Делается тривиальный хелпер на три строчки и код будет выглядеть точно так же
N>И в результате имеем ровно тоже, что и в .net , но там в отличие от GoLang не забыли про ошибки и как и положено сделали каналы опциональными.
Нет, в .net совсем не тоже, коллега "." тут объяснил разницу: https://rsdn.org/forum/flame.comp/9033106.1
В моем примере func1() и func2() не принимали и не возвращали каналы, что не мешает написать
при этом func1 и func2 — это самые обычные функции, не помеченные никакими async'ами и прочим мусором
T>>Делается тривиальный хелпер на три строчки и код будет выглядеть точно так же
N>И в результате имеем ровно тоже, что и в .net , но там в отличие от GoLang не забыли про ошибки и как и положено сделали каналы опциональными.
Нет, в .net совсем не тоже, коллега "." тут объяснил разницу: https://rsdn.org/forum/flame.comp/9033106.1
Автор: ·
Дата: 16.12 18:42
Дата: 16.12 18:42
В моем примере func1() и func2() не принимали и не возвращали каналы, что не мешает написать
val1 := RunTask(func1)
val2 := RunTask(func2)
println(val1.Get() + val2.Get())при этом func1 и func2 — это самые обычные функции, не помеченные никакими async'ами и прочим мусором
Re[21]: Можно ли избавиться от async|await?
Здравствуйте, novitk, Вы писали:
T>>Делается тривиальный хелпер на три строчки и код будет выглядеть точно так же
N>И в результате имеем ровно тоже, что и в .net , но там в отличие от GoLang не забыли про ошибки и как и положено сделали каналы опциональными.
Нет, в .net совсем не тоже, коллега "." тут объяснил разницу: https://rsdn.org/forum/flame.comp/9033106.1
В моем примере
при этом func1 и func2 — это самые обычные функции, не помеченные никакими async'ами и прочим мусором
T>>Делается тривиальный хелпер на три строчки и код будет выглядеть точно так же
N>И в результате имеем ровно тоже, что и в .net , но там в отличие от GoLang не забыли про ошибки и как и положено сделали каналы опциональными.
Нет, в .net совсем не тоже, коллега "." тут объяснил разницу: https://rsdn.org/forum/flame.comp/9033106.1
Автор: ·
Дата: 16.12 18:42
Дата: 16.12 18:42
В моем примере
Автор: mrTwister
Дата: 16.12 18:51
func1() и func2() не принимали и не возвращали каналы, что не мешает написать Дата: 16.12 18:51
val1 := RunTask(func1)
val2 := RunTask(func2)
println(val1.Get() + val2.Get())при этом func1 и func2 — это самые обычные функции, не помеченные никакими async'ами и прочим мусором