Que fait clean-architecture ?
Structurez le logiciel autour de la règle de dépendance : les dépendances de code source pointent vers l'intérieur, des frameworks vers les cas d'utilisation, puis vers les entités. Utilisez cette compétence lorsque l'utilisateur mentionne « couches d'architecture », « règle de dépendance », « ports et adaptateurs », « architecture hexagonale », « limite de cas d'utilisation », « architecture en oignon », « architecture qui crie » ou « indépendance des frameworks ». Déclenchez-la également lors du découplage de la logique métier des bases de données ou des frameworks, de la définition de limites de modules, ou du débat sur l'emplacement des règles métier. Couvre les principes de composants, les limites et SOLID. Pour la qualité du code, voir clean-code. Pour la modélisation de domaine, voir domain-driven-design.