Тема: потоки інтерфейсу / періодична обробка

Чому ця тема часто заходить у глухий кут

У WPF / WinForms щойно асинхронність, оновлення інтерфейсу та періодична обробка змішуються, стає важко зрозуміти, який код у якому потоці виконується. Ця сторінка — тематична точка входу, з якої можна простежити зависання інтерфейсу, оновлення з іншого потоку та сумніви щодо вибору таймера як єдиний комплекс питань.

• незрозуміло, куди повертається виконання після await
• обробка, яку слід виконувати в UI, змішується з обробкою, яку варто винести у фон
• межі відповідальності DispatcherTimer, System.Threading.Timer і PeriodicTimer нечіткі
• важко побачити, який вигляд коду для WinForms / WPF зручний для супроводу

Питання, які найчастіше виникають під час консультацій

• залишилися .Result / .Wait(), через що інтерфейс легко зависає
• межа між Task.Run і оновленням інтерфейсу нечітка
• реалізації періодичного виконання розкидані, через що виникають дрейф (drift) і перекриття виконань
• потрібно зменшити залежність від UI-потоку, не порушуючи відповідальності екранів

Рекомендований підхід

У цій галузі на практиці працює краще, коли потік інтерфейсу та періодичну обробку впорядковують разом, а не розглядають окремо лише async / await або лише таймери. Якщо переглянути пов’язані статті та сторінки послуг разом, легше вирішити, з чого починати: з проєктного рішення чи з виправлення реалізації.

Пов’язані статті

Звернутися за консультацією

Якщо у вас є проблема, близька до змісту цієї сторінки, проконсультуйтеся з нами: розкажіть про поточний стан і про те, яка підтримка вам потрібна.