camelCase vs. snake_case: Ein Leitfaden zu Namenskonventionen im Code

Die vier Konventionen auf einen Blick

Alle vier lösen dasselbe Problem: Bezeichner dürfen keine Leerzeichen enthalten, also brauchen Namen aus mehreren Wörtern eine Verbindungsregel. camelCase schreibt myUserName und schreibt jedes Wort außer dem ersten groß. PascalCase, auch UpperCamelCase genannt, schreibt auch das erste Wort groß und ergibt MyUserName. snake_case schreibt alles klein und verbindet mit Unterstrichen, my_user_name. kebab-case macht dasselbe mit Bindestrichen, my-user-name.

Die Unterschiede sind für einen Menschen rein stilistisch, für einen Computer aber nicht: myUserName und my_user_name sind verschiedene Bezeichner. Deshalb muss das Umwandeln zwischen Konventionen bewusst erfolgen, und deshalb ist ein Bruch zwischen dem Namen einer Datenbankspalte und dem, was dein Code erwartet, eine klassische Fehlerquelle.

Wo jede Konvention die Norm ist

Konventionen legen die Sprach-Communities fest. JavaScript und Java nutzen camelCase für Variablen und Funktionen und PascalCase für Klassen und Typen. Python und Ruby bevorzugen snake_case für Variablen und Funktionen und reservieren PascalCase für Klassen. C# verwendet PascalCase für Methoden und Eigenschaften. kebab-case ist in Code selten, weil Bindestriche wie Minuszeichen gelesen werden, herrscht aber bei URLs, CSS-Klassennamen und HTML-Attributen.

Ein Sonderfall ist die Konstante. Viele Sprachen schreiben Kompilierzeit-Konstanten in SCREAMING_SNAKE_CASE, einem durchgängig großgeschriebenen snake_case wie MAX_RETRIES. Das signalisiert auf einen Blick, dass sich der Wert nie ändern soll, und ist einer der wenigen Orte, an denen großgeschriebenes snake_case idiomatisch ist.

Konsequent wählen und umwandeln

Die wichtigste Regel ist Konsistenz innerhalb einer Codebasis. Mische nicht firstName und first_name für dasselbe Konzept. Wenn du eine Grenze überschreitest, etwa snake_case-Spalten aus einer Datenbank in eine camelCase-Anwendung liest, wandle an der Kante an einer klar benannten Stelle um, statt Umwandlungen überall zu verstreuen.

Die Umwandlung ist mechanisch: zerlege den Namen in Wörter und füge sie mit der Zielregel wieder zusammen. Knifflig ist nur das Zerlegen, weil camelCase kein Trennzeichen hat. Ein Konverter erkennt Wortgrenzen an jedem Großbuchstaben, während snake_case und kebab-case an ihrem Trennzeichen zerlegt werden, sodass du einen Namen zuverlässig zwischen zwei Stilen bewegen kannst.

Häufige Fragen

Was ist der Unterschied zwischen camelCase und PascalCase?

Nur der erste Buchstabe. camelCase beginnt klein (userName); PascalCase schreibt auch das erste Wort groß (UserName). PascalCase heißt auch UpperCamelCase.

Warum wird kebab-case nicht für Variablennamen genutzt?

Weil die meisten Sprachen den Bindestrich als Subtraktionsoperator lesen, sodass first-name als first minus name geparst würde. In URLs, CSS und HTML ist er sicher, dort ist der Bindestrich nur ein Zeichen.

Welche Konvention soll ich für die JSON-Felder einer REST-API nutzen?

Es gibt keine einzelne Regel, aber camelCase und snake_case sind beide verbreitet. Wähle eine, dokumentiere sie und halte alle Felder der API konsistent, damit Clients sich darauf verlassen können.

Gibt es einen Namen für GROSSBUCHSTABEN mit Unterstrichen?

Ja, es heißt SCREAMING_SNAKE_CASE oder Upper Snake Case. Es ist die übliche Konvention für Konstanten, wie MAX_SIZE oder API_KEY.