Какая разница в асинхронных методах?

Question

[Tsiren Naimanov]

string ret = await FileIO.ReadTextAsync(file);
и

var ret = FileIO.ReadTextAsync(file);
string str = ret.Result;

не казните...
но какая разница?

Answer 1

[Станислав Макаров]

Разница в том, что await можно использовать только в async-методе, и его использование подразумевает, что компилятор превратит метод в сопрограмму, и в том месте, где стоит await, его выполнение можно будет приостановить и переключиться на что-то еще.

Использование Result остановит ваш поток до тех пор, пока таск не завершится и не вернет результат. Но Result можно использовать и в обыкновенном методе, не только async (в async методе его использовать абсолютно бессмысленно).

Кроме того, использование Result влечет за собой неочевидные эффекты в виде возможности дедлоков и усложняет обработку исключений (т.к. Result всегда кидает AggreagteException, в который оборачивается исключение, брошенное внутри таска), подробнее смотрите тут stackoverflow.com/questions/24623120/await-on-a-co...

Как первый ответ отвечает на ваш вопрос я не понимаю)

Comments

[Tsiren Naimanov]

после долгого ожидания ответа, первый пришел, первый стал решением :)
не могу никак разобраться с асинхронностью... как вообще понимаю, async / await метод открывает поток и делает всё там, и потом возвращает в мейнзред значение и т д.

[Станислав Макаров]

Tsiren Naimanov
> как вообще понимаю, async / await метод открывает поток и делает всё там, и потом возвращает в мейнзред значение и т д.
нет, async/await прежде всего работает с абстракцией таска (Task) - почитайте сначала про нее. Это такая высокоуровневая вещь, представляет собой абстрагированный блок вычислений, который может выполняться параллельно с другими вычислениями. Вовсе не обязательно запуск таска приведет к созданию нового потока - скорее всего поток возьмется из пула. Во всяком случае, при использовании async вы не можете предполагать, в каком конкретно потоке запустится таск.

[Станислав Макаров]

Tsiren Naimanov в целом таски в .net это вещь, очень похожая на deferred/future в других языках. Т.е. это механизм запустить что-либо асинхронно, и иметь возможность получить потом результат этой асинхронной операции.

[Станислав Макаров]

Tsiren Naimanov И еще информация для размышления: посмотрите на ваш код с await. В случае callback-подхода, если вы с ним сталкивались, у вас скорее всего была бы возможность вызвать ReadTextAsync, указав колбек для вызова по завершении операции чтения. Это классический стиль в том же JS. И весь код, который идет ПОСЛЕ await, нужно было бы разместить внутри колбека. Await позволяет вам писать код линейно, а компилятор сам превратит часть ДО await в один таск, а все что ПОСЛЕ await - в другой таск, и прицепит второй таск как продолжение (continuation) первого. В этом вся его сила. Поэтому async-метод должен возвращать Task - так как вызов этого метода это по сути и ЕСТЬ создание таска/тасков внутри, а вам вернется (насколько мне известно) последний в цепочке продолжений.

[Tsiren Naimanov]

Станислав Макаров: у меня идёт чтение из ApplicationData.LocalFolder StorageFile sampleFile = await localFolder.GetFileAsync("dataFile.txt");
String timestamp = await FileIO.ReadTextAsync(sampleFile);
и return timestamp; и всё :) эт получается настройка у меня, которая в начале получает файл, а потом считывает текст, и ретурнит его.

[Станислав Макаров]

ну прекрасно, вот у вас каждый await разбивает метод на фрагменты, каждый из которых будет выполняться после другого. Отличие от обыкновенного последовательного кода в том, что не нужно создавать для этого отдельный поток. Это своего рода кооперативная многозадачность.

https://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%BF%D...

Answer 2

[AlekseenkoAV]

Разница в том, что в первой части исполняющий поток будет ожидать завершения, а в во второй части исполняющий поток не будет ожидать заверения метода и будет двигаться далее.

Comments

[Tsiren Naimanov]

Спасибо !)