Convertisseur de casse
camelCase, snake_case, kebab-case, PascalCase et plus encore.
À propos de cet outil
Saisissez ou collez du texte et obtenez-le dans toutes les conventions de nommage courantes à la fois : camelCase, PascalCase, snake_case, CONSTANT_CASE, kebab-case, Title Case, sentence case, dot.case et slug d’URL. Fonctionne ligne par ligne, pour convertir toute une liste de noms.
Mode d’emploi
- Saisissez ou collez un nom ou une expression. Mettez-en un par ligne pour convertir toute une liste.
- Tous les styles de nommage s’affichent en même temps : camelCase, PascalCase, snake_case, kebab-case et plus encore.
- Cliquez sur Copier pour le style dont vous avez besoin.
Questions
- Quelle casse utiliser pour quoi ?
- Conventions courantes : camelCase pour les variables JavaScript et Java, PascalCase pour les classes et les composants React, snake_case pour Python et les colonnes de base de données, CONSTANT_CASE pour les constantes et les variables d’environnement, kebab-case pour les URL, les classes CSS et les noms de fichiers.
- Comment les acronymes comme HTTP sont-ils gérés ?
- Un acronyme suivi d’un mot avec majuscule est découpé correctement : HTTPResponseCode devient ainsi http_response_code et httpResponseCode.
- Que fait le slug d’URL des accents ?
- Les accents et lettres spéciales sont convertis en ASCII simple, ainsi « Café Münster » devient cafe-munster, et tout ce qui n’est ni une lettre, ni un chiffre, ni un trait d’union est supprimé.
- Le style MAJUSCULES conserve-t-il la ponctuation ?
- Non. Chaque style est construit à partir des mots trouvés dans l’entrée : la ponctuation est supprimée et les mots sont reliés par des espaces simples. « Hello, world! » devient ainsi HELLO WORLD. L’outil est pensé pour les noms et les identifiants : changez la casse dans votre éditeur quand la ponctuation doit rester.
- À quoi sert le Train-Case ?
- Le Train-Case met une majuscule à chaque mot et les relie par des traits d’union. Son usage le plus connu concerne les noms d’en-têtes HTTP comme Content-Type, X-Request-Id ou Accept-Encoding. Les noms d’en-têtes ne sont pas sensibles à la casse : il s’agit donc d’une convention de lisibilité plutôt que d’une exigence du protocole.
- Le kebab-case est-il identique à un slug d’URL ?
- Presque. Les deux sont des mots en minuscules reliés par des traits d’union, mais le slug d’URL transforme aussi les lettres accentuées en ASCII simple et supprime tout ce qui n’est pas une lettre de a à z, un chiffre ou un trait d’union. Le kebab-case conserve les lettres comme é ou ł, ce qui convient pour des classes CSS mais n’est pas idéal dans une URL.
camelCase, snake_case ou kebab-case : quelle différence ?
Les conventions de nommage ne diffèrent que par la façon dont elles assemblent les mots. camelCase commence par une minuscule et met une majuscule à chaque mot suivant (userProfileId), PascalCase met une majuscule à chaque mot (UserProfileId), snake_case relie des mots en minuscules par des underscores (user_profile_id), CONSTANT_CASE fait de même en majuscules (USER_PROFILE_ID), et kebab-case utilise des traits d’union (user-profile-id). Train-Case, dot.case et path/case suivent la même idée avec des mots capitalisés reliés par des traits d’union, des points et des barres obliques.
C’est généralement le langage ou le format qui décide de la casse, pas le goût personnel. La plupart des langages de programmation n’autorisent pas les traits d’union dans les identifiants, car user-id se lit user moins id : le kebab-case vit donc dans les URL, les noms de classes CSS, les options de CLI comme --dry-run et les noms de fichiers. Les points apparaissent dans les clés de configuration comme spring.datasource.url et dans les identifiants de messages de traduction, tandis que path/case correspond à l’arborescence des dossiers et aux noms de routes imbriquées.
Comment convertir entre conventions de nommage ?
Convertir un nom commence par le découper en mots. Le convertisseur de casse découpe aux espaces, underscores, traits d’union, points, barres obliques et autres signes de ponctuation, entre une minuscule ou un chiffre suivi d’une majuscule (getUser donne get et user), et à l’intérieur d’une suite de majuscules avant un nouveau mot (XMLParser donne xml et parser). Chaque mot est mis en minuscules puis assemblé dans chaque style : max_retry_count, maxRetryCount et Max Retry Count donnent donc tous les mêmes résultats.
Les chiffres restent attachés aux lettres qui les précèdent : version2 reste un seul mot, tandis que version2Beta se découpe en version2 et beta. Les lettres de tous les alphabets comptent comme des lettres, donc les noms en polonais ou en allemand gardent leurs accents dans tous les styles sauf le slug d’URL. Mettez un nom par ligne pour convertir toute une liste d’un coup, par exemple des colonnes de base de données qui doivent devenir des champs TypeScript, et copiez n’importe quel style en bloc.
Title Case ou majuscule en début de phrase pour les titres ?
Le Title Case met une majuscule aux mots principaux d’un titre et laisse en minuscules les petits mots grammaticaux, sauf s’ils sont en première ou en dernière position. Les mots en minuscules ici sont a, an, and, as, at, but, by, for, in, of, on, or, the, to, vs et via, si bien que « the state of the art » devient « The State of the Art ». Les guides de style comme AP et Chicago divergent sur des détails comme les prépositions longues : suivez votre charte maison si vous en avez une.
La majuscule en début de phrase ne met une capitale qu’au premier mot, comme dans « The state of the art ». Beaucoup de design systems, dont Material Design et le Microsoft Writing Style Guide, la préfèrent pour les titres et les libellés d’interface, car elle se lit plus vite et se traduit mieux. Le convertisseur de casse met chaque mot en minuscules avant d’appliquer un style, donc les noms propres et les acronymes comme API ou GitHub doivent être corrigés à la main après une conversion en majuscule en début de phrase ou en Title Case.
Quelque chose ne fonctionne pas, ou un résultat semble faux ? Signaler un problème avec cet outil