Masterclass Clean Architecture Front

Et si on faisait de la Clean Architecture côté frontend ?

On parle beaucoup en ce moment des bonnes pratiques et des bonnes questions à se poser côté architecture globale d'un produit : dois-je passer en clean/hexa/onion archi, jusqu'où pousser le DDD, etc. Le front est souvent considéré comme un « simple » composant appartenant à cette architecture globale, et la réflexion se fait d'abord côté backend et système.

Pour autant, le code front en lui même s'est complexifié au fil des années, avec une importance croissante de considérations métier (que l'on aime ou pas ça existe), côtoyant dans la même code base les composants d'UI, les requêtes HTTP, des règles diverses et variées, etc. Cette complexité croissante est rendue possible par (ou à cause diront certains) les nombreux frameworks/lib js et à leurs écosystèmes en ébullition : state management, routing, UI kits, SSR etc. et à des produits avec toujours plus de fonctionnalités complexes.