Замена для async void

Question

Я разрабатываю приложение для мониторинга определенных задач (например, если некоторые службы/веб-сайты в настоящее время работают и работают, некоторые записи в базе данных существуют и т. Д.). И поскольку большинство этих задач длится долго, я использую TPL с async/await.

У меня есть базовый класс для всех таких задач:

public abstract class LongRunningOperation 
{ 
    // .. some props... 

    internal async void Start() 
    { 
     try 
     { 
      this.Status = OperationStatus.Started; 
      await this.DoStart(); 
      this.Status = OperationStatus.Finished; 
     } 
     catch (Exception e) 
     { 
      this.Status = OperationStatus.Error; 
      this.Message = e.ToString(); 
     } 
    } 

    protected abstract Task DoStart(); 
} 

И метод, который запускает эти задачи выглядят следующим образом:

public static LongRunningOperation[] LaunchOperations() 
{ 
    LongRunningOperation[] operations = GetAllLongRunningOperations(); 
    foreach (var o in operations) 
     Task.Factory.StartNew(() => { o.Start(); }); 
    return operations; 
} 

Массив, возвращаемый этот метод используется для мониторинга всех LongRunningOperation s и запишите статистику. в настоящее время у меня есть консольное приложение, имеющее цикл while (true), который печатает статистику (имя, статус, текущее время выполнения) для каждой операции на экране (обновляя каждую секунду), пока все операции не будут завершены.

Вещь, которая меня беспокоит, это метод async void. Я читал, что это плохая практика, чтобы использовать async void методы, но:

• Я не могу понять, какой вред они могли бы сделать в моем сценарии
• Если изменить метод Start вернуть Task, его возвращение значение никогда не будет использоваться в любом месте, и я не могу понять, почему мне нужно

Я был бы признателен, если кто-то может прояснить эти моменты

Answer 1

void асинхронного методом является «огнем и забыть» операция , Вы не можете ждать какого-либо результата и не будете знать, когда операция завершится, и если она была успешной или нет.

В основном вы должны использовать void, если уверены, что вам никогда не понадобится знать, когда операция закончена, и если выполнение операции было успешным или нет (например, запись журналов).

С помощью методов async, которые возвращают Task, вызывающий абонент может ожидать завершения операции, а также обрабатывать исключения, которые произошли во время выполнения операции.

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

Answer 2

Ниже два важные вопроса отправленного вами

Я не могу понять, какой вред они могли бы сделать в моем сценарии

Проверьте следующую ссылку, он уже размещен в комментарии выше и ответов действительно содержит точку вы спрашиваете:

async/await - when to return a Task vs void?

Пль ase понимают, что возвращается void return, чтобы обеспечить совместимость для событий, у которых есть возврат void и их исключения обрабатываются контекстом синхронизации/Ui, иначе для любого другого вызова, почему мы всегда будем полагаться на минимальное возвращение a Task, чтобы избежать исключения в вызове, убивающего процесс, без какого-либо контроля над App Domain unhandled exception, который, таким образом, будет распространяться. Ваш процесс не будет убит без вашего ведома или информации, это большой способ контролировать любой вид вреда вашей системе, даже при запуске огня и забыть

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

Помимо точки, упомянутой выше, связанные с контролем за необработанного исключения, а также рассмотреть этот путь, возвращая Task, у вас есть возможность сделать даже вызывающего абонента Async, если требуется, поскольку только Task может быть awaited, а не пустотой, которая вынуждает t он вызывающий только Synchronous и это будет важным требованием для Web Projects, Web API, которые, возможно, потребуется обслуживание, чтобы быть Asynchronous реализация