https://blog-dev.simpleenough.net/fr/tags/modularit%C3%A9/Recent content in Modularité on Simple Enough BlogHugofrMon, 15 Dec 2025 10:08:49 +0200https://blog-dev.simpleenough.net/fr/blog/go-tdd-interfaces-functions/Mon, 15 Dec 2025 10:08:49 +0200https://blog-dev.simpleenough.net/fr/blog/go-tdd-interfaces-functions/<h2 id="i-introduction" class="heading">I. Introduction<a href="#i-introduction" aria-labelledby="i-introduction"> <!-- <i class="fas fa-link anchor"></i> --> <svg class="svg-inline--fa fas fa-link anchor" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 640 512"><use href="#fas-link"></use></svg>&nbsp; </a> </h2> <p>Go est un langage minimaliste, mais cette simplicité peut donner l’impression qu’il “manque quelque chose” lorsqu’on aborde des architectures plus poussées, du Test-Driven Development ou la nécessité de mocker certaines dépendances. Très vite, les développeurs venant de Java, C# ou Python se posent les mêmes questions :</p> <ul> <li><em>Dois-je transformer toutes mes fonctions en structs + interfaces pour tester ?</em></li> <li><em>Comment organiser mes packages pour qu’ils soient modulaires et testables ?</em></li> <li><em>Où placer les interfaces ? Chez le fournisseur ou chez le consommateur ?</em></li> <li><em>Comment isoler un package qui expose uniquement des fonctions ?</em></li> <li><em>Comment détecter automatiquement un changement de signature ?</em></li> </ul> <hr> <h2 id="ii-le-modèle-go--simple-modulaire-mais-différent" class="heading">II. Le modèle Go : simple, modulaire, mais différent<a href="#ii-le-mod%c3%a8le-go--simple-modulaire-mais-diff%c3%a9rent" aria-labelledby="ii-le-modèle-go--simple-modulaire-mais-différent"> <!-- <i class="fas fa-link anchor"></i> --> <svg class="svg-inline--fa fas fa-link anchor" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 640 512"><use href="#fas-link"></use></svg>&nbsp; </a> </h2> <p>Contrairement à Java ou C#, Go ne repose pas sur l’héritage, les classes ou les gros frameworks d’injection de dépendances.</p>