La plupart des développeurs connaissent l’histoire, où au fur et à mesure des nouvelles fonctionnalités / releases / intégration de nouvelles personnes dans l’équipe, l’architecture et le code s’éloigne de plus en plus.
Bien sûr, vous pourriez avoir un ou plusieurs développeurs expérimentés, qui regardent le code une fois par semaine (ou avec les PR), identifiant les problèmes d’architecture et les corrigeant dans la foulée.
Mais un moyen plus sûr consiste à définir simplement les composants dans le code et les règles pour ces composants qui peuvent être automatiquement testés, par exemple dans le cadre de votre Build d’intégration continue.
Nous verrons comment ArchUnit peut nous aider à tester notre architecture pour contribuer à la qualité de notre code, et également comment aider les nouveaux développeurs à se familiariser avec ces règles.
