Les discussions de style sont le gaspillage de temps d'ingénierie le plus coûteux qui existe. FLIN résout cela de la même manière que Go et Rust : il y a un seul style. Le formateur l'impose. Le débat est clos.
Le formateur de FLIN opère sur l'AST, pas sur le texte brut. Le pipeline a trois étapes : parser la source en AST, formater l'AST en texte canonique, et réinsérer les commentaires capturés pendant le parsing.
La préservation des commentaires est la partie la plus difficile. Les commentaires sont capturés comme tokens pendant le lexing, avant que le parser ne les supprime. La fonction extract_comments collecte ces tokens avec leurs numéros de ligne. Après le formatage, format_source_with_comments réinsère les commentaires aux positions appropriées.
Le formateur normalise l'indentation (quatre espaces), l'espacement, les retours à la ligne, l'ordonnancement des imports, et les commentaires de documentation. Le mode --check vérifie le formatage sans modifier les fichiers, adapté pour les pipelines CI.
FLIN n'a pas de linter séparé car la conception du langage élimine la plupart des problèmes que les linters attrapent : pas d'imports inutilisés, pas de variables non définies, pas de bugs de coercition de types, pas de confusion de points-virgules.
Le formateur traite un fichier FLIN typique en moins d'une milliseconde. Le format-à-la-sauvegarde fonctionne de manière transparente dans les éditeurs.
Ceci est la partie 172 de la série « Comment nous avons construit FLIN », documentant comment un CEO à Abidjan et un CTO IA ont conçu et construit un langage de programmation à partir de zéro.
Navigation de la série : - [171] Le CLI FLIN : Build, Test, Run - [172] Le formateur et le linting FLIN (vous êtes ici) - [173] Le format binaire .flinc