Как я могу ожидать метода async без модификатора async в этом родительском методе?

Question

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

public bool Save(string data) 
{ 
    int rowsAffected = await UpdateDataAsync(data); 
    return rowsAffected > 0; 
} 

Я звоню:

public Task<int> UpdateDataAsync() 
{ 
    return Task.Run(() => 
    { 
    return Data.Update(); //return an integer of rowsAffected 
    } 
} 

Это не будет работать, потому что я должен поставить «асинхр» в методе подписи для Save(), а затем я могу 't return bool Мне нужно сделать это Task<bool>, но я не хочу, чтобы кто-то ждал метода Save().

Есть ли способ приостановить выполнение кода, например, ждать или как-то ждать этого кода без модификатора async?

Answer 1

Как я могу ожидать async-метода без модификатора async в этом родительском методе?

Это как просить «как я могу написать приложение с использованием C#, но не принимая зависимость от какого-либо времени выполнения .NET?»

Короткий ответ: не делайте этого.

Действительно, что вы делаете здесь принимает естественно-синхронную метод (Update), делая его асинхронным, запустив его на поток пула потоков (UpdateDataAsync), а затем Вы желаете, чтобы заблокировать на нем сделать асинхронный метод синхронным (Save). Серьезные красные флаги.

Я рекомендую вам внимательно изучить знаменитую пару постов Стивена Тоуба should I expose asynchronous wrappers for my synchronous methods и should I expose synchronous wrappers for my asynchronous methods. Ответ на оба вопроса - «нет», хотя Стивен Тууб объясняет несколько вариантов сделать это, если вам действительно нужно.

Это «действительно необходимо» должно быть зарезервировано для уровня приложения. Я предполагаю, что эти методы (Update, UpdateDataAsync и Save) находятся в разных слоях приложения (например, в модели данных/данных/представления данных). Уровни службы данных/данных не должны выполнять синхронные/асинхронные преобразования. Модель представления (специфичный для приложения) является единственной, у которой есть оправдание для такого преобразования - и она должна делать это только в крайнем случае.

Answer 2

Редактировать: этот ответ был до Task.Run добавлен. С этим дополнительным контекстом сценарий лучше всего описывается как «не делай этого».

---

Вы можете получить доступ к .Result или использовать .Wait(), но вы должны знать, как эта задача реализуется в первую очередь. В частности, вам нужно знать, использует ли он синхронный контекст. Причина, по которой это важно, заключается в том, что если это произойдет, это может зайти в тупик немедленно, потому что некоторым контекстам синхронизации необходимо, чтобы вызывающий контекст полностью завершил (например, синхроническому контексту MVC необходимо оставить метод действия контроллера).

Для защиты от этого трудно, но вы, вероятно, должны всегда указывать таймаут с вызовом .Wait() - на всякий случай.