Convertir tabulations en espaces

Un convertisseur de tabulations en espaces prend le texte source qui contient encore des caractères de tabulation et réécrit chaque tabulation en espaces afin que les colonnes visuelles restent identiques pendant que le fichier n'est plus indenté qu'avec des espaces.

Comment les tab-stops développent les tabulations en espaces sans perdre l'alignement

Ce convertisseur applique la même règle : il maintient un index de colonne à base zéro qui se réinitialise à chaque saut de ligne, incrémente d'un pour chaque caractère ordinaire (y compris les espaces ordinaires) et, face à une tabulation, calcule n égal à tab_size moins la colonne modulo tab_size, émet exactement n espaces et avance la colonne de n. C'est pourquoi une tabulation en colonne zéro avec tab_size quatre devient quatre espaces, tandis qu'une tabulation en colonne un devient trois espaces, et qu'une tabulation déjà sur un stop produit un nouveau stop complet de quatre espaces. L'algorithme est un seul passage de gauche à droite, sans anticipation, sans analyse de langage et sans appels réseau, donc la même entrée produit toujours la même sortie sur chaque Worker et dans le navigateur.

Champs d'entrée, forme de la réponse, limites et erreurs de validation

Envoyez un corps JSON avec le champ chaîne obligatoire text contenant le code ou le texte brut à normaliser. Des alias optionnels tels que input, code, source, content et body sont acceptés pour la même charge utile afin de limiter les renommages dans les formulaires et scripts existants. L'entier optionnel tab_size fixe la largeur du tab-stop ; la valeur par défaut est quatre, alignée sur la plupart des éditeurs modernes et sur les guides de style JavaScript, Python et Rust qui attendent des indentations de quatre ou deux espaces une fois les tabulations absentes. Les valeurs valides sont les entiers de un à seize inclus ; hors de cette plage, non entiers, NaN et Infinity échouent avec invalid_input en nommant tab_size. Un text manquant, non chaîne ou vide échoue avec invalid_input et n'est pas facturé. La longueur maximale d'entrée est de cent mille caractères pour qu'un appel reste dans le budget mémoire du Worker pour des fichiers sources typiques et de petits extraits multi-fichiers. En cas de succès la réponse inclut text, la chaîne entièrement développée ; tab_size, la largeur appliquée ; tabs_replaced, le nombre de caractères tab trouvés ; spaces_added, le total d'espaces insérés à leur place ; chars_before et chars_after, les longueurs avant et après ; line_count, le nombre de lignes après découpage selon les formes courantes de nouvelle ligne ; changed, un booléen vrai si au moins une tabulation a été développée ; et message, un court résumé de la réécriture. Si l'entrée n'avait aucune tabulation, text est renvoyé inchangé, tabs_replaced vaut zéro, changed est false et le message indique qu'aucune modification n'a eu lieu afin que vous puissiez éviter d'écrire le fichier.

Quand une API tabulations vers espaces apporte de la valeur en production

Les scripts de migration qui convertissent en masse un dépôt hérité des tabulations vers les espaces peuvent appeler le même contrat depuis une boucle shell ou un Worker en périphérie sans installer de modules Node sur chaque portable. Comme l'implémentation est du parse pur de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant. Gardez les requêtes sous la limite de caractères, figez tab_size dans votre configuration, et vous obtenez du code uniquement en espaces reproductible pour la CI, les plugins LMS et les lots hors ligne sans déployer un formateur conscient du langage pour un simple correctif d'indentation au niveau caractère.