Convertisseur de casse
Passez de camelCase à snake_case, kebab-case, PascalCase et plus
À propos de cet outil
Les identifiants voyagent sans cesse entre conventions : l’API renvoie du snake_case, votre TypeScript veut du camelCase, la classe CSS demande du kebab-case et la variable d’environnement exige du CONSTANT_CASE. Ce convertisseur prend n’importe quelle entrée mixte — espaces, tirets bas, traits d’union, camelCase existant — la découpe intelligemment en mots, et la réassemble dans neuf styles cibles à la fois.
Le découpage comprend les cas piégeux : il scinde "getUserByID" en get/user/by/id (en gardant l’acronyme intact jusqu’à la frontière), traite les chiffres comme partie de leur mot, et traite chaque ligne indépendamment — vous pouvez coller toute une colonne de champs de base de données et les convertir d’un coup.
Tous les styles s’affichent simultanément avec un bouton de copie par ligne — pas de mode à choisir d’abord : collez et prenez celui qu’il vous faut.
Questions fréquentes
- Comment les acronymes comme "HTTPResponse" sont-ils gérés ?
- Une suite de majuscules suivie d’une minuscule est coupée avant la dernière majuscule : HTTPResponse → http + response. C’est ainsi que la plupart des guides de style attendent la tokenisation des acronymes, même si aucun découpeur ne peut deviner parfaitement l’intention — des cas limites comme "IOError" deviennent io + error.
- Puis-je convertir plusieurs identifiants à la fois ?
- Oui — chaque ligne est convertie indépendamment. Collez une liste de noms de colonnes, un par ligne, et la sortie conserve la structure des lignes dans le nouveau style.
- Quelle est la différence entre Title Case et Sentence case ici ?
- Title Case met une majuscule à chaque mot ("User Account Id") ; Sentence case seulement au premier ("User account id"). Aucun des deux n’applique les règles éditoriales sur les articles et prépositions — pour des identifiants, vous n’en voulez presque jamais.
- Pourquoi un aller-retour ne restaure-t-il pas toujours l’original ?
- Le découpage en mots perd de l’information — "user_ID_2" et "userId2" se tokenisent à l’identique. Les conversions sont déterministes dans le sens aller, mais l’orthographe originale des frontières de mots ne peut pas toujours être reconstruite en sens inverse.