IC
контексты синхронизации нужны только если ты используешь для асинхронности что-то не акторное
что то не вкурил, а как await хендлить?
Size: a a a
2020 February 06
IC
что то не вкурил, а как await хендлить?
вот у тебя метод
code 2 выполнится хрен знает когда и где без контекста
async Task GetData()
{
// code 1
await Task.Delay();
// code 2
}
code 2 выполнится хрен знает когда и где без контекста
ES
вот у тебя метод
code 2 выполнится хрен знает когда и где без контекста
async Task GetData()
{
// code 1
await Task.Delay();
// code 2
}
code 2 выполнится хрен знает когда и где без контекста
Ты имеешь ввиду контекста управления потоком?
IC
Ты имеешь ввиду контекста управления потоком?
SyncContext
ES
SyncContext
А ты видел во что разворачивается конструкция await при Компиле?
IC
А ты видел во что разворачивается конструкция await при Компиле?
😁
IC
что то такое смотрел)
ES
что то такое смотрел)
Я тоже но это давно было, когда увидел сначала стало страшно, а потом вроде нормально 😂
NT
что то не вкурил, а как await хендлить?
если у тебя настоящие акторы, то ты не делаешь await
NT
ты шлёшь сообщения
NT
собственно в акке await сделан на костылях, которые снижают пропускную способность актора
IC
если у тебя настоящие акторы, то ты не делаешь await
ну таск делай я могу вызвать в акторе?
NT
и надо делать PipeTo вместо этого
IC
собственно в акке await сделан на костылях, которые снижают пропускную способность актора
воот, ты щас про акку
IC
акка она слишком акторная
NT
ну таск делай я могу вызвать в акторе?
попросить внутренний акторосистемный шедулер послать тебе сообщение через n секунд
NT
акка она слишком акторная
а всё остальное нихуя не акторы
IC
а я про орлеанз подобные системы (на которую больше похож фреймворк)
NT
а так, "по мотивам"
IC
попросить внутренний акторосистемный шедулер послать тебе сообщение через n секунд
Stream.ReadAsync?