Требуется ли Task.Run () async / await?

Question

Требуется ли Task.Run () async / await?

1

При создании новой задачи с использованием функции Task.Run() требуется отметить метод как async и использовать await для возобновления потока программы?

Или можно просто вызвать Task.Run() и забыть о новом потоке? Т.е., Task.Run() просто возвращается, и новый поток запускается независимо.

sapito 04 нояб. 2014, в 02:13

Источник

2

Какие исследования вы провели? Этот хороший учебник может быть полезен для изучения async и await если нет.
MickyD 04 нояб. 2014, в 00:36
0

Спасибо, мне действительно нужно изучить механизм async / await. Но сейчас мне просто нужна некоторая обработка, связанная с процессором, для запуска в отдельном потоке. Task.Run() кажется, путь.
sapito 04 нояб. 2014, в 01:35

Теги:

c#

.net

1 ответ

Ещё вопросы

Какие исследования вы провели? Этот хороший учебник может быть полезен для изучения async и await если нет.
Спасибо, мне действительно нужно изучить механизм async / await. Но сейчас мне просто нужна некоторая обработка, связанная с процессором, для запуска в отдельном потоке. Task.Run() кажется, путь.

Reed Copsey · Accepted Answer · 2014-11-03T23-31-00.000Z

4

Лучший ответ

Или можно просто вызвать Task.Run() и забыть о новом потоке?

Да, это возможно. Нет требования обрабатывать результирующую Task или Task<T> в С#. Это означает, что вам не нужно использовать async или await.

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

Reed Copsey 03 нояб. 2014, в 23:31

0

Согласовано. Вместо async - await , можно использовать метод ContinueWith для обработки результата задачи после ее завершения (или сбоя).
vesan 04 нояб. 2014, в 00:56
0

Этот поток выполняет некоторую связанную с ЦП обработку и использует обратный вызов для уведомления об обновлениях состояния. Поэтому я забываю об этом, пока обработка не будет завершена.
sapito 04 нояб. 2014, в 01:20
0

@sapito Используйте ContinueWith для выполнения «окончательной» обработки - но async / await делает это проще.
Reed Copsey 04 нояб. 2014, в 01:25
0

Да, я могу рассмотреть использование async / await позже. Но обработка занимает столько времени (часов), что пользователь может приостановить / возобновить ее. Пользователь читает результаты всякий раз, когда он считает это удобным. Так что я бы не сказал, что есть что-то вроде «финальной» обработки. Я имею в виду, что я использую обратный вызов, который поток обработки вызывает после каждой итерации, чтобы управлять им (приостановить / возобновить / прочитать предварительные результаты).
sapito 04 нояб. 2014, в 01:29
0

@sapito Если вы собираетесь прочитать результат задачи, используйте await . Я не вижу преимущества использования шаблонов старого стиля с их современными аналогами async+await предложения
MickyD 04 нояб. 2014, в 11:18
0

@MickyDuncan Это зависит от пользователя. Эта задача делает создание / обновление больших данных (на самом деле это генетический алгоритм). Пользователь может в любой момент приостановить / возобновить обработку, прочитать данные, преобразовать их в файл XLS и т. Д. Так что у нас нет «результата задачи». В любом случае, я могу рассмотреть это позже и реорганизовать код, если это удобно.
sapito 04 нояб. 2014, в 15:10

Показать ещё 4 комментария