MSDays de Rennes : des interfaces réactives avec WPF ? Oui, mais comment ?

Les utilisateurs Windows connaissent bien cette séquence où l’écran se fige avec un sablier qui n’en finit plus de tourner (XP) ou un cercle qui tourne indéfiniment (W7). Pendant cette séquence vous pouvez avoir un message dans le titre de la fenêtre indiquant « Windows ne répond plus ».

En général, Windows est rendu responsable de cette situation.
Et s’il n’en était rien ?

Très souvent, cette situation indique que le thread principal est surchargé et que le développeur a oublié de « laisser respirer » le thread UI en confiant la réalisation de certaines tâches à des threads secondaires.

Comment cela fonctionne t-il ?