Module 8 — Le temps réel avec WebSockets

Changelog

• Passage d'un mode requête/réponse à un mode événementiel.
• Création d'un repository temps réel.
• Introduction de Dispatcher.UIThread pour sécuriser le rendu.

Objectif du module

• Recevoir les mises à jour poussées par le serveur.
• Diffuser les ajouts à tous les clients.
• Mettre à jour la liste sans polling.
• Comprendre le modèle Push vs Pull.

REST ne suffit plus

• REST synchronise sur demande.
• Le temps réel exige une connexion durable.
• Le serveur signale lui-même qu'une donnée change.
• L'expérience utilisateur devient collaborative.

Le concept clé: programmation événementielle

• Un message entrant déclenche une réaction.
• Le réseau travaille sur un thread différent.
• L'UI doit être mise à jour sur le thread graphique.
• Dispatcher.UIThread.Post(...) évite les erreurs d'accès concurrent.

Vue métier du temps réel

Diffusion Mermaid multi-clients

Client A envoie une tache, le serveur diffuse l'evenement, puis Client B rafraichit son interface.

Squelette côté client

await foreach (var message in _socketClient.ListenAsync())
{
    Dispatcher.UIThread.Post(() =>
    {
        Taches.Add(message.ToTodoItem());
    });
}

Problèmes réels à discuter

• Reconnexion automatique.
• Gestion des doublons de messages.
• Ordonnancement des événements.
• Conflits si plusieurs utilisateurs modifient la même tâche.

Livrable du module

• Deux clients affichent la même liste.
• Un ajout sur A apparaît sur B.
• L'équipe comprend la différence entre HTTP et WebSocket.