Зачем мне нужен этот метод Async?

Question

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

public async System.Threading.Tasks.Task<bool> IsNumberOdd(int numToTest) 
{ 
    if (numToTest % 2 == 0) 
    { 
     return false; 
    } 
    else 
    { 
     return true; 
    } 
} 

Если я уйду от async на ключевое слово, я получаю жалобы о не в состоянии бросить bool к Task<bool>. Я предполагаю, что здесь присутствует синтаксический сахар. Глядя на IL (я не очень хорошо знаком с IL), похоже, что ключевое слово async вызывает выполнение задачи, а затем возвращаемое значение является результатом задачи. Я правильно понимаю это?

Кстати, если это обман, или если есть какие-то сообщения в блоге, которые обсуждают это, не стесняйтесь указывать на него и закрывать это. Я не пытаюсь пропустить свой репутация; Я пытаюсь понять, что происходит с этим кодом.

EDIT:

---

Для всех тех, кто спрашивал «почему этот метод асинхронный?» - потому что я пытался построить небольшой и простой пример кода, чтобы продемонстрировать вопрос. Я должен был также добавить пример кода вызова, но я пытался сохранить код как можно малым и простым.

Answer 1

Я предполагаю, что есть некоторые синтаксический сахар участвует здесь

Не совсем «синтаксический сахар». Компилятор генерирует государственный аппарат, так как метод был отмечен как async. Вот почему вы можете вернуть Task<bool> без явного создания значения Task для возвращаемого значения.

Если я уеду от Асинхронного ключевого слова, я получаю жалобы о невозможности , способных бросить BOOL к Task<bool>.

Модификатор async - это то, что запускает компилятор для создания конечного автомата. Если вы удалите его, вам нужно будет создать Task. Если по какой-либо причине вы хотите создать Task<T>, но вы фактически работаете синхронно, Task.FromResult - ваш друг.

Я не вижу причин, почему этот метод отмечен async.

Answer 2

Речь идет не о асинхронном режиме. Его о Задаче.

ваше возвращение логического значения и возвращаемого значения вашей функции Task

 public Task<bool> DoSomething() 
    { 
     return false; 
    } 

также не компилировать. Если вы не выполняете асинхронную операцию, вы не должны возвращать задачу.

Если вам нужно запустить что-то асинхронно, вот несколько вариантов, которые, я надеюсь, сделают использование async/wait clearer.

public class Sample 
{ 
    public async void RunSample() 
    { 
     // return a task. later obtain a result if some fashion 
     Task<bool> task = DoSomethingAsync(); 
     bool res1 = task.Result; 

     // await a task which is created for you by re-wrapping the result. 
     bool res2 = await AwaitSomethingAsync(); 

     // await a task which is created for you by rewrapping the result due to await. 
     bool res3 = await DoSomethingAsync2(); 

     // await a task. 
     bool res4 = await DoSomethingAsync();  
    } 


    public async Task<bool> DoSomethingAsync2() 
    { 
     return false; 
    } 

    public Task<bool> DoSomethingAsync() 
    { 
     return Task<bool>.Run(() => { return false; }); 
    } 

    public async Task<bool> AwaitSomethingAsync() 
    { 
     bool res = await Task<bool>.Run(() => { return false; }); 
     return res; // re-wraps it in a Task 
    } 

} 

Answer 3

, кажется, как будто асинхронное ключевое слово вызывает задачу для запуска, а затем возвращаемое значение является результатом задачи

Correct.

В этом методе нет ничего полезного: async. Однако:

Если я уеду от Асинхронного ключевого слова, я получаю жалобы о не в состоянии бросить bool к Task<bool>

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

• Измените вызывающего абонента, чтобы он не предполагал, что он получает ожидаемое возвращение.
• Измените функцию, чтобы вернуть bool, но при использовании вызывающего абонента Task.FromResult(IsNumberOdd(value)).