Chaque langage de programmation vit ou meurt par son interface en ligne de commande. Le CLI de FLIN a été conçu comme un binaire unique qui remplace toute la chaîne d'outils. Pas de compilateur séparé, de bundler, de lanceur de tests, de formateur, de linter ou de gestionnaire de paquets. Un binaire. Huit commandes. Tout ce dont vous avez besoin du premier prototype au déploiement en production.
bashflin dev [path] # Development server with hot reload
flin build [file] # Compile to .flinc binary
flin check [file] # Type check without compiling
flin run [file] # Execute .flin source or .flinc binary
flin test [path] # Discover and run tests
flin fmt [file] # Format source code
flin new <name> # Scaffold a new project
flin docs [topic] # Built-in documentationflin build compile en bytecode .flinc distribuable. flin run peut exécuter à la fois des fichiers source et des binaires compilés -- les fichiers .flinc se chargent environ deux fois plus vite. Le lanceur de tests utilise la convention plutôt que la configuration : les fichiers se terminant par _test.flin sont des fichiers de test. Le serveur de développement fournit le rechargement à chaud en moins de 50 millisecondes.
Trois principes ont guidé la conception du CLI : zéro configuration, codes de sortie corrects pour le CI/CD, et binaire unique sans dépendances d'exécution.
Le CLI FLIN atteint la parité fonctionnelle avec les chaînes d'outils combinées des écosystèmes majeurs dans un seul binaire de 1,8 Mo. L'écosystème JavaScript nécessite l'installation et la configuration de cinq à dix outils séparés pour réaliser ce que FLIN fournit prêt à l'emploi.
Ceci est la partie 171 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 : - [170] Article précédent - [171] Le CLI FLIN : Build, Test, Run (vous êtes ici) - [172] Le formateur et le linting FLIN