Может кто-нибудь объяснить мне, в чем разница между:
void openPage(object sender, EventArgs e)
{
Navigation.PushAsync(new CFSPage());
// some code here
}
а также
async void openPage(object sender, EventArgs e)
{
await Navigation.PushModalAsync(new CFSPage());
// some code here
}
а также
async void openPage(object sender, EventArgs e)
{
await Navigation.PushAsync(new CFSPage());
// some code here
}





Он говорит о модальном, а не о модальном режиме: он выталкивает модальную страницу или помещает страницу в обычный стек навигации. Модальный означает страницу, которая отображается для пользователя более привлекательно. Например, на iOS в левом углу не будет стрелки назад. Вы, как разработчик, должны будете предоставить пользователю возможность выйти из модального экрана. В большинстве случаев это можно сделать, добавив настраиваемую кнопку, но также это может быть вызвано завершением длительной операции.
Что касается ожидаемой и не ожидающей части вашего вопроса, я бы рекомендовал изучить некоторые ресурсы о том, что делает await / async. Это файл cookie сложно взломать, но когда вы понимаете, что он делает и как его использовать, он может работать вам на пользу.
В этом конкретном случае он, вероятно, используется, чтобы не блокировать пользовательский интерфейс, поэтому анимация будет хорошо выглядеть. Кроме того, не ожидаемая версия будет гоняться за push-вызовом до того, как он может быть завершен, что может вызвать неожиданное поведение.
Довольно простая разница между
void openPage(object sender, EventArgs e)
{
Navigation.PushAsync(new CFSPage());
// some code here 1
}
а также
async void openPage(object sender, EventArgs e)
{
await Navigation.PushAsync(new CFSPage());
// some code here 2
}
В some code here 1 вы не могу предполагаете, что push имеет завершенный. Поэтому любой код, который вы там пишете, не может зависеть от этого. В some code here 2 можно предположить, что отправка завершена.
Пока ваш код ждал в варианте 2, это был не блокирование потока. Конечно, вы можете захотеть их объединить:
void openPage(object sender, EventArgs e)
{
var abc = Navigation.PushAsync(new CFSPage());
// some code here that doesn't depend on the push
await abc
// now the code that actually wants to rely on the push being complete
}
Первый блок кода имел какое-то отношение полезный к своему потоку, поэтому он продолжил эту работу. Если, как это бывает, когда он достигает await и к тому времени отправка завершена, он просто переходит во второй блок. Только если push все еще не завершен на этом этапе, мы освобождаем наш поток, который, надеюсь, найдет для него некоторую работу в другом месте.
Ответ Джеральда уже адресован модальный / немодальный