In der Programmierung gibt es keine Leerzeichen in Variablen- und Funktionsnamen. Damit "benutzer name" trotzdem lesbar bleibt, haben sich über die Jahre verschiedene Konventionen herausgebildet, mehrere Wörter zu einem Bezeichner zu verschmelzen: camelCase, snake_case, kebab-case und einige mehr. Welche Schreibweise du verwendest, ist keine Geschmacksfrage, sondern oft durch Sprache, Framework oder Plattform vorgegeben. Dieser Ratgeber gibt dir den vollständigen Überblick.
Die wichtigsten Schreibweisen im Überblick
Alle Konventionen lösen dasselbe Problem auf unterschiedliche Weise. Hier die gängigsten am Beispiel "benutzer profil bild":
- camelCase –
benutzerProfilBild: erstes Wort klein, jedes weitere mit Großbuchstaben. Klassisch in JavaScript und Java für Variablen und Methoden. - PascalCase (UpperCamelCase) –
BenutzerProfilBild: wie camelCase, aber auch das erste Wort groß. Üblich für Klassen, Typen und Komponenten. - snake_case –
benutzer_profil_bild: alles klein, Wörter durch Unterstriche getrennt. Standard in Python, Ruby und vielen Datenbanken. - kebab-case –
benutzer-profil-bild: alles klein, Wörter durch Bindestriche getrennt. Verbreitet in URLs, CSS-Klassen und HTML-Attributen. - SCREAMING_SNAKE_CASE –
BENUTZER_PROFIL_BILD: alles groß mit Unterstrichen. Konvention für Konstanten und Umgebungsvariablen.
Wenn du Text zwischen diesen Formaten hin- und herwandeln willst, nimmt dir der Case Konverter die Tipparbeit ab und wandelt deinen Text direkt in camelCase, snake_case, kebab-case und mehr um.
Welche Konvention wo?
Die Wahl der Schreibweise folgt fast immer den Konventionen der jeweiligen Umgebung. Wer sich daran hält, schreibt Code, der für andere sofort vertraut wirkt:
- JavaScript / TypeScript: camelCase für Variablen und Funktionen, PascalCase für Klassen und React-Komponenten.
- Python: snake_case für fast alles, PascalCase für Klassen, SCREAMING_SNAKE_CASE für Konstanten (PEP 8).
- CSS / HTML: kebab-case für Klassennamen, IDs und Custom Properties.
- Datenbanken: häufig snake_case für Tabellen- und Spaltennamen.
- Umgebungsvariablen: SCREAMING_SNAKE_CASE, etwa
DATABASE_URL.
Warum Konsistenz so wichtig ist
Ein gemischter Stil – mal camelCase, mal snake_case in derselben Datei – macht Code unruhig und fehleranfällig. In vielen Sprachen sind Bezeichner zudem case-sensitiv: userName und username sind zwei verschiedene Variablen. Wer hier unsauber arbeitet, baut sich schwer auffindbare Bugs ein. Linter und Formatierer wie ESLint oder Black erzwingen deshalb in Teams eine einheitliche Konvention.
Die Tücken der automatischen Umwandlung
Eine Konvertierung ist nicht immer trivial. Der entscheidende Schritt ist, die einzelnen Wörter im Ausgangstext korrekt zu erkennen. Ein guter Konverter behandelt diese Fälle bewusst:
- Bestehende Trenner: Leerzeichen, Bindestriche und Unterstriche markieren Wortgrenzen.
- Groß-Klein-Wechsel: In
benutzerProfilBilderkennt man die Wörter am Übergang von Klein- zu Großbuchstaben. - Zahlen und Abkürzungen: Folgen wie
HTMLParseroderuserIDsind Sonderfälle, die eine reine Regel leicht falsch trennt.
Genau diese Wortgrenzenerkennung übernimmt das Tool für dich, sodass du dir um die Details keine Gedanken machen musst.
Praktische Einsatzgebiete
Im Alltag brauchst du eine Umwandlung etwa, wenn du Spaltennamen aus einer Datenbank (snake_case) in JavaScript-Properties (camelCase) überführst, wenn du aus einem Klartext-Titel eine CSS-Klasse erzeugst oder wenn du eine API-Antwort an die Namenskonventionen deines Frontends anpasst. Hast du einen URL-Slug vorliegen und brauchst daraus eine lesbare Überschrift, hilft dir zusätzlich das Slug zu Titel-Tool. Weitere Entwickler-Helfer findest du gebündelt im Webtools-Bereich.
Fazit
camelCase, snake_case, kebab-case und ihre Verwandten sind die Vokabeln eines sauberen Code-Stils. Sie zu kennen und konsistent einzusetzen, macht deinen Code lesbarer und teamfreundlicher. Für die schnelle, fehlerfreie Umwandlung zwischen den Formaten greifst du am besten zum Case Konverter – und richtest dich bei der Wahl der Schreibweise immer nach der Konvention deiner Sprache oder deines Frameworks.