события типа void, заменить тип на таск нельзя, ибо он перестанет соответствовать делегату
Это единственный случай, когда считается приемлемым использовать async void - для интеграции с существующими подписками на события. Но если у вас есть контроль над кодом, который требует void - может стоит поменять на Task?
контроля, к сожалению нет, это .net'овские события значит юзать асинк войд?
WPF (разработка расширения для VS)
Ну да, тогда async void. Но только понимайте, что на первом же await поток будет отпущен гулять и, теоретически, событие может быть вызвано ещё до того, как отработал предыдущий обработчик. Ну и с контекстом синхронизации тоже можно огрести
Обсуждают сегодня