Изопропил,
Есть такой онекдот. Доктор, почему когда я сильно заворачиваю руку за спину, сгибаюсь и прыгаю на одной ноге, через какое-то время мне становится больно? Не делайте так.
И вот, пример, который я ждал с самого начала статьи:
1.
2.
3.
4.
5.
6.
7.
8.
private void button1_Click(object sender, EventArgs e)
{
button1.Text = await Task.Run(async delegate
{
string data = await DownloadAsync();
return Compute(data);
});
}
Дядька делает неправильно, создаёт зачем-то для асинхронной операции задачу из пула, в ней после асинхронной операции выполняет сложную вычислительную операцию, думая что она также выполнится асинхронно, но очевидно будет выполняться в UI-потоке, так как для продолжения требуется контекст синхронизации, и ждёт чуда.
И так многие делают.
Вот два решения проблемы:
1. заставим наш говнокод работать
1.
2.
3.
4.
5.
6.
7.
8.
private void button1_Click(object sender, EventArgs e)
{
button1.Text = await Task.Run(async delegate
{
string data = await DownloadAsync().ConfigureAwait(false);
return Compute(data);
});
}
2. включим мозг и напишем по-людски
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
private void button1_Click(object sender, EventArgs e)
{
string data = await DownloadAsync();
// если вычислительная операция действительно сложная и долговременная,
// запустим в отдельном потоке
button1.Text = await Task.Run(() => Compute(data));
// но зачастую, даже сортировка массивов из тысяч и десятков тысяч элементов работает быстрее
// чем пользователь успевает моргнуть глазом, для этого не нужно задействовать отдельный поток
// а вот все IO операции должны быть асинк
}
Глобально решают задачу, отказываюсь от контекста синхронизации совсем. Остаётся execution flow, и с блокировками нужно по-аккуратнее.
