Un excellent talk proposant un exemple de clean architecture sur un projet front, en séparant la partie logique d'un composant (la logique 'contrôleur' : le data-model et son comportement) de son application sur le DOM (gérée par un framework). Ainsi, la logique de l’application est complètement découplée de la stack utilisée : dans la démo, on passe facilement d'une application écrite en Angular à une application écrite en React.
Le concept de « Clean Architecture », qu’on appelle aussi l’« Architecture hexagonale » ou encore « Ports/Adapters Architecture » a déjà fait ses preuves dans le développement d’application backend. Si cette technique a gagné en popularité ces dernières années, elle ne s’est pas beaucoup démocratisée dans le développement d’application frontend.
Par contre, la question que je me posais : le présentateur utilise un objet passé en paramètre pour "retourner" le résultat de ses use cases. Je n'arrive pas à voir ce que cela apporte de bénéfique par rapport a un bon vieux return. Ou est-ce juste un détail d'implémentation ?
Dans cette article Mario Sanoguera de Lorenzo nous explique la Clean Architecture (avec des exemples testés) et nous parle de l'erreur la plus courante lorsque l'on adopte cette architecture: La différence entre le flux de données et la règle de dépendance.
