Schreibweisen-Konverter
camelCase, snake_case, kebab-case, PascalCase und mehr.
Über dieses Tool
Tippe oder füge Text ein und erhalte ihn auf einmal in allen gängigen Schreibweisen: camelCase, PascalCase, snake_case, CONSTANT_CASE, kebab-case, Title Case, Satzschreibweise, dot.case und als URL-Slug. Arbeitet Zeile für Zeile, sodass du eine ganze Liste von Namen umwandeln kannst.
So verwendest du es
- Tippe oder füge einen Namen oder eine Wortgruppe ein. Schreib einen pro Zeile, um eine ganze Liste umzuwandeln.
- Alle Schreibweisen werden auf einmal angezeigt: camelCase, PascalCase, snake_case, kebab-case und mehr.
- Klicke bei der gewünschten Schreibweise auf Kopieren.
Fragen
- Welche Schreibweise nehme ich wofür?
- Übliche Konventionen: camelCase für Variablen in JavaScript und Java, PascalCase für Klassen und React-Komponenten, snake_case für Python und Datenbankspalten, CONSTANT_CASE für Konstanten und Umgebungsvariablen, kebab-case für URLs, CSS-Klassen und Dateinamen.
- Wie werden Akronyme wie HTTP behandelt?
- Ein Akronym, auf das ein großgeschriebenes Wort folgt, wird korrekt getrennt, sodass aus HTTPResponseCode http_response_code und httpResponseCode wird.
- Was macht der URL-Slug mit Akzenten?
- Akzente und Sonderbuchstaben werden in einfaches ASCII umgewandelt, sodass aus „Café Münster“ cafe-munster wird, und alles, was kein Buchstabe, keine Ziffer und kein Bindestrich ist, wird entfernt.
- Bleiben bei „GROSSBUCHSTABEN“ meine Satzzeichen erhalten?
- Nein. Jeder Stil wird aus den Wörtern der Eingabe aufgebaut, Satzzeichen werden also entfernt und die Wörter mit einzelnen Leerzeichen verbunden: „Hello, world!“ wird zu HELLO WORLD. Das Tool ist für Namen und Bezeichner gedacht, ändere die Schreibweise also in deinem Editor, wenn Satzzeichen erhalten bleiben müssen.
- Wofür wird Train-Case verwendet?
- Train-Case schreibt jedes Wort groß und verbindet die Wörter mit Bindestrichen. Am bekanntesten ist es bei HTTP-Header-Namen wie Content-Type, X-Request-Id oder Accept-Encoding. Header-Namen unterscheiden nicht zwischen Groß- und Kleinschreibung, das ist also eine Konvention für die Lesbarkeit, keine Vorgabe des Protokolls.
- Ist kebab-case dasselbe wie ein URL-Slug?
- Fast. Beide bestehen aus kleingeschriebenen Wörtern mit Bindestrichen, aber der URL-Slug wandelt zusätzlich Buchstaben mit Akzenten in einfaches ASCII um und entfernt alles außer a bis z, Ziffern und Bindestrichen. kebab-case behält Buchstaben wie é oder ł – für CSS-Klassen kein Problem, in einer URL aber nicht ideal.
camelCase vs. snake_case vs. kebab-case: Was ist der Unterschied?
Namenskonventionen unterscheiden sich nur darin, wie sie Wörter verbinden. camelCase beginnt klein und schreibt jedes folgende Wort groß (userProfileId), PascalCase schreibt jedes Wort groß (UserProfileId), snake_case verbindet kleingeschriebene Wörter mit Unterstrichen (user_profile_id), CONSTANT_CASE macht dasselbe in Großbuchstaben (USER_PROFILE_ID), und kebab-case nutzt Bindestriche (user-profile-id). Train-Case, dot.case und path/case folgen demselben Prinzip mit großgeschriebenen Wörtern und Bindestrichen, mit Punkten bzw. mit Schrägstrichen.
Meist entscheidet die Sprache oder das Format über die Schreibweise, nicht der persönliche Geschmack. Die meisten Programmiersprachen erlauben keine Bindestriche in Bezeichnern, weil user-id als user minus id gelesen wird, deshalb lebt kebab-case in URLs, CSS-Klassennamen, CLI-Flags wie --dry-run und Dateinamen. Punkte tauchen in Konfigurationsschlüsseln wie spring.datasource.url und in IDs von Übersetzungstexten auf, während path/case zu Ordnerstrukturen und verschachtelten Routennamen passt.
Zwischen Namenskonventionen umwandeln: so geht’s
Das Umwandeln eines Namens beginnt mit dem Zerlegen in Wörter. Der Schreibweisen-Konverter trennt an Leerzeichen, Unterstrichen, Bindestrichen, Punkten, Schrägstrichen und anderen Satzzeichen, an einem Kleinbuchstaben oder einer Ziffer vor einem Großbuchstaben (getUser ergibt get und user) und innerhalb von Großbuchstabenfolgen vor einem neuen Wort (XMLParser ergibt xml und parser). Jedes Wort wird kleingeschrieben und dann in jedem Stil verbunden, sodass max_retry_count, maxRetryCount und Max Retry Count alle dieselben Ergebnisse liefern.
Ziffern bleiben an den Buchstaben davor hängen: version2 bleibt ein Wort, während version2Beta in version2 und beta zerfällt. Buchstaben aus jedem Alphabet zählen als Buchstaben, Namen auf Polnisch oder Deutsch behalten ihre Sonderzeichen also in jedem Stil außer dem URL-Slug. Schreib einen Namen pro Zeile, um eine ganze Liste auf einmal umzuwandeln, etwa Datenbankspalten, die zu TypeScript-Feldern werden sollen, und kopiere jeden Stil als Block.
Title Case vs. Satzschreibweise bei Überschriften
Title Case schreibt die wichtigen Wörter einer Überschrift groß und lässt kurze Funktionswörter klein, sofern sie nicht am Anfang oder Ende stehen. Kleingeschrieben bleiben hier a, an, and, as, at, but, by, for, in, of, on, or, the, to, vs und via, sodass aus „the state of the art“ „The State of the Art“ wird. Styleguides wie AP und Chicago sind sich bei Details wie längeren Präpositionen uneinig, folge also deinem Hausstil, falls du einen hast.
Bei der Satzschreibweise wird nur das erste Wort großgeschrieben, wie in „The state of the art“. Viele Designsysteme, darunter Material Design und der Microsoft Writing Style Guide, bevorzugen sie für Überschriften und UI-Beschriftungen, weil sie sich schneller liest und besser übersetzen lässt. Der Schreibweisen-Konverter schreibt vor dem Anwenden eines Stils jedes Wort klein, Eigennamen und Akronyme wie API oder GitHub musst du nach der Umwandlung in Satzschreibweise oder Title Case also von Hand korrigieren.
Funktioniert etwas nicht, oder sieht ein Ergebnis falsch aus? Ein Problem mit diesem Tool melden