Correction d’un ViewModel surchargé violant le principe de responsabilité unique

Scénario

Contexte : Un ViewModel gère à la fois navigation, logique métier complexe et appels réseau. Le Problème : Le composant devient difficile à tester et à maintenir. Extrait logique actuelle : class MainViewModel { fetchData(); calculateTotals(); navigateToDetail(); } Contraintes : Séparer responsabilités. Introduire UseCases et coordinateur de navigation. Maintenir cohérence architecturale. Livrable attendu : Proposer une restructuration permettant respect du principe de responsabilité unique.

Compétences ciblées