Die Wahl hängt von der Programmiersprache und dem Projekt ab:

Sprache	Variablen	Klassen	Konstanten
Java	camelCase	PascalCase	SCREAMING_SNAKE
JavaScript	camelCase	PascalCase	SCREAMING_SNAKE
Python	snake_case	PascalCase	SCREAMING_SNAKE
C#	camelCase	PascalCase	PascalCase
Go	camelCase	PascalCase	camelCase
Ruby	snake_case	PascalCase	SCREAMING_SNAKE
Rust	snake_case	PascalCase	SCREAMING_SNAKE

Faustregeln:

• Folge der Sprache: Jede Sprache hat ihre eigene Konvention
• Konsistenz: Ein Stil pro Projekt
• Style Guide: PEP 8 (Python), Google Style Guide (Java)
• Linter: ESLint, Pylint, Checkstyle automatisieren die Einhaltung

Tipp: Wenn du unsicher bist, kopiere den Stil bestehender Projekte in derselben Sprache.

Die Namen sind visuelle Analogien:

camelCase:

• Die Großbuchstaben in der Mitte sehen aus wie die Höcker eines Kamels
• Erste Variante: lowerCamelCase (mit kleinem Anfangsbuchstaben)
• Zweite Variante: UpperCamelCase = PascalCase (mit großem Anfangsbuchstaben)
• Begriff entstand in den 1970er Jahren

snake_case:

• Die Unterstriche sehen aus wie eine Schlange, die über den Boden kriecht
• Beliebt in Python (Maskottchen: Schlange)
• Standard in SQL, Ruby und Rust

kebab-case:

• Die Bindestriche sehen aus wie Spieße (Kebab)
• Standard für CSS-Klassen und URLs
• Auch spinal-case oder lisp-case genannt

Interessant: Andere Namen wie dromedaryCase (für camelCase) oder screaming-snake-case (für SCREAMING_SNAKE) existieren, sind aber weniger verbreitet.

Akronyme sind ein Sonderfall in Case-Konventionen:

Beispiel: "parse HTTP response"

Variante	Bewertung
parseHTTPResponse	Akronym komplett groß
parseHttpResponse	Akronym wie Wort behandelt
ParseHTTPResponse	PascalCase mit großem Akronym
ParseHttpResponse	PascalCase mit normalem Akronym

Empfehlungen verschiedener Style Guides:

• Google Java Style: Akronyme wie normale Wörter (parseHttpResponse)
• Microsoft C#: Akronyme mit 2 Buchstaben groß (IO), ab 3 normal (Http)
• Python PEP 8: Kleinbuchstaben (parse_http_response)
• JavaScript/Airbnb: Wie Wörter behandelt (parseHttpResponse)

Faustregel: Wenn im Team keine Regel existiert, behandle Akronyme wie normale Wörter: parseHttpResponse. Das ist am lesbarsten und konsistentesten.

Wichtig: Wähle eine Variante und bleibe dabei – Konsistenz schlägt Perfektion!

Die beiden Formate sind verwandt, aber unterschiedlich:

Format	Beispiel	Verwendung
Title Case	The Quick Brown Fox	Überschriften, Titel
Sentence case	The quick brown fox	Sätze, Fließtext

Title Case – Regeln:

• Erstes Wort wird immer groß geschrieben
• Letztes Wort wird immer groß geschrieben
• Nomen, Verben, Adjektive, Adverbien: groß
• Artikel, Konjunktionen, Präpositionen: klein (a, an, the, and, but, or, of, in, on)

Beispiele für Title Case:

• ✅ "The Lord of the Rings" (of, the klein)
• ✅ "To Kill a Mockingbird" (to, a klein – außer erstes Wort)
• ❌ "The Lord Of The Rings" (falsch, wenn alle groß)

Sentence case:

• Nur der erste Buchstabe eines Satzes ist groß
• Alle anderen Wörter klein (außer Eigennamen)
• Standard im Fließtext und in Büchern

Interessant: Online-Medien wie BuzzFeed und Vox verwenden oft Title Case für Überschriften, während Die Zeit und Spiegel Online Sentence case bevorzugen. Dies ist oft eine Stilfrage des Mediums.

Hier eine Übersicht der wichtigsten Sprachen:

Python:

JavaScript:

PHP:

Linux/Bash:

Wichtig: Für komplexe Konvertierungen (z.B. camelCase → snake_case) lohnt sich oft eine Bibliothek:

• JavaScript: change-case, lodash
• Python: inflection, case-converter
• PHP: Laravel Str::camel(), Str::snake()

Es gibt einige Anti-Patterns, die man vermeiden sollte:

1. Gemischte Konventionen im selben Projekt

• ❌ userName und user_name gleichzeitig
• ❌ getUserById und get_user_by_id
• ✅ Ein Stil pro Projekt

2. Zu lange Namen

• ❌ thisIsAnExtremelyLongVariableNameThatNoOneCanRead
• ✅ userData oder userConfig
• Faustregel: Maximal 30 Zeichen

3. Kryptische Abkürzungen

• ❌ usrCfg, tmpVal, fncIdx
• ✅ userConfig, tempValue, functionIndex

4. Falsche Konvention für die Sprache

• ❌ snake_case in Java-Variablen
• ❌ camelCase in Python-Variablen
• ✅ Spracheigene Konventionen nutzen

5. Inkonsistente Akronyme

• ❌ parseHTTP und parseHtml
• ✅ parseHttp und parseHtml

6. Falsche Pluralformen

• ❌ userListArray (redundant)
• ✅ users oder userList

7. Zahlen in Namen

• ❌ user1, user2, temp3
• ✅ Aussagekräftige Namen: adminUser, guestUser

Faustregel: Der Name sollte verraten, was die Variable tut. Wenn du einen Kommentar brauchst, um den Namen zu erklären, ist der Name zu kryptisch.

Die beiden Formate sind ähnlich, aber nicht identisch:

Format	Beispiel	Regel
Title Case	The Quick Brown Fox	Kleine Wörter (of, the, and) bleiben klein
Start Case	The Quick Brown Fox	Alle Wörter groß

Title Case – Ausnahmen:

• Kleine Wörter bleiben klein: a, an, the, and, but, or, for, nor, on, at, to, from, by, of, in, with
• Ausnahme: Wenn sie am Anfang oder Ende stehen, werden sie groß
• Erstes und letztes Wort: Immer groß

Beispiele für Title Case:

• ✅ The Lord of the Rings
• ✅ A Tale of Two Cities
• ✅ To Kill a Mockingbird
• ❌ The Lord Of The Rings (alle Wörter groß)

Start Case:

• Alle Wörter werden groß geschrieben
• Keine Ausnahmen für kleine Wörter
• Wird oft in Bibliotheken verwendet (lodash startCase)

Beispiele für Start Case:

• ✅ The Lord Of The Rings
• ✅ A Tale Of Two Cities
• ✅ To Kill A Mockingbird

Wann was verwenden?

• Title Case: Buch- und Filmtitel, Überschriften in Zeitungen
• Start Case: Technische Dokumentation, UI-Labels
• Sentence case: Fließtext, Blog-Artikel

Interessant: Die Chicago Manual of Style und AP Stylebook haben unterschiedliche Regeln für Title Case. Wähle einen Stil und bleib konsistent!

kebab-case ist Standard für URLs – aus mehreren Gründen:

1. SEO-Vorteile (Google-Empfehlung):

• Google empfiehlt Bindestriche für URLs
• Bindestriche werden als Worttrenner erkannt
• Unterstriche werden nicht als Trenner erkannt: mein_artikel wird als ein Wort gesehen

2. Lesbarkeit:

• ✅ mein-toller-artikel
• ❌ meintollerartikel
• ✅ /produkte/laptop-2024
• ❌ /produkte/laptop_2024

3. Vergleich der Formate in URLs:

Format	URL	Bewertung
kebab-case	/mein-artikel	✅ Empfohlen
snake_case	/mein_artikel	⚠️ SEO-Nachteil
camelCase	/meinArtikel	⚠️ Wirkt komisch
PascalCase	/MeinArtikel	⚠️ Groß/Klein-Fehler
Ohne Trenner	/meinartikel	❌ Schlecht lesbar

4. Technische Gründe:

• URLs sind case-insensitive in vielen Servern
• Unterstriche können in manchen Links nicht unterstrichen dargestellt werden (schwer zu erkennen)
• Bindestriche funktionieren in allen Browsern und Systemen

5. Weltweite Standards:

• Wikipedia: /wiki/Artikel_Titel (snake_case als Ausnahme)
• Google Search: empfiehlt Bindestriche
• WordPress: Standard für Permalinks
• Shopify, Amazon: kebab-case in URLs

Fazit: Für URLs und Dateinamen immer kebab-case verwenden. Für Programmier-Variablen gilt die Sprache-Konvention.