So konvertieren Sie Groß-/Kleinschreibung: camelCase, snake_case, Title Case und mehr
Kurzueberblick
Groß-/Kleinschreibung strukturiert Code und Text. Lernen Sie 12 Schreibstile wie camelCase, snake_case, kebab-case und Title Case und wann Sie welche verwenden.
Groß-/Kleinschreibung strukturiert Code und Text: Sie unterscheidet Variablen von Konstanten, bestimmt CSS-Klassennamen und prägt Programmierichtlinien. Die zwölf gängigsten Schreibstile lassen sich mit einem Klick ineinander umwandeln.
Der NeatForge Text-Konverter zeigt alle zwölf Schreibweisen gleichzeitig an und aktualisiert sie beim Tippen in Echtzeit.
Warum ist Groß-/Kleinschreibung wichtig?
In Code hat Schreibweise funktionele Bedeutung:
- In JavaScript unterscheidet
userNamevonusernamezwischen zwei Variablen. - In Python sind
CONSTANT_CASE-Namen per Konvention unveränderlich. - In CSS sind
.my-class(kebab-case) und.myClass(camelCase) verschiedene Selektoren.
Ein falscher Stil bricht Styleguides, verwirrt Reviewer und kann sogar Bugs verursachen.
Die 12 Schreibstile erklärt
- UPPERCASE: jeder Buchstabe groß. Für Akzente, Warnungen.
- lowercase: jeder Buchstabe klein. Für informelle Texte.
- Title Case: erster Buchstabe jedes wichtigen Wortes groß, kleine Wörter wie „a“, „the“ bleiben klein.
- Sentence case: nur der erste Buchstabe des Satzes groß.
- Capitalize Each Word: der erste Buchstabe jedes Wortes groß, auch kleiner Wörter.
- camelCase: erster Buchstabe klein, Wortgrenzen als Großbuchstabe —
userFirstName. - PascalCase: wie camelCase, aber erster Buchstabe groß —
UserFirstName. - snake_case: Wörter mit Unterstrich, alles klein —
user_first_name. - kebab-case: Wörter mit Bindestrich, alles klein —
user-first-name. - CONSTANT_CASE: alles groß mit Unterstrichen —
MAX_RETRY_COUNT. - aLtErNaTiNg: Groß-/Kleinbuchstaben wechseln sich ab.
- InVeRsE: kehrt die aktuelle Schreibweise um.
Wann verwendet man welche Schreibweise?
| Stil | Typischer Einsatz |
|---|---|
| camelCase | JavaScript-Variablen, Funktionen (userName) |
| PascalCase | Klassen in JS/C#, React-Komponenten (UserCard) |
| snake_case | Python, Ruby, SQL-Spalten (user_first_name) |
| kebab-case | CSS-Klassen, HTML-Attribute, URLs (primary-button-large) |
| CONSTANT_CASE | Konstanten in vielen Sprachen (MAX_RETRY_COUNT) |
| Title Case | Blogpost-Titel, Pressemitteilungen |
| Sentence case | Fließtext, deutsche Überschriften |
So konvertieren Sie Text
- Öffnen Sie den Text-Konverter.
- Tippen oder fügen Sie Text in das Eingabefeld ein.
- Alle zwölf Varianten erscheinen sofort in einem Raster.
- Klicken Sie auf „Kopieren“ neben der gewünschten Variante.
Die programmierstilbezogenen Schreibweisen (camel, snake, kebab, constant) behandeln alle nicht-alphanumerischen Zeichen als Worttrenner und entfernen sie: Aus „hello world!“ wird helloWorld.
Konventionen nach Sprache im Detail
Programmierkonventionen unterscheiden sich je nach Ökosystem, und ein Konverter ersetzt nicht das Wissen um diese Regeln. In JavaScript und TypeScript tragen Variablen und Funktionen camelCase wie fetchUserData, Klassen und React-Komponenten dagegen PascalCase wie UserCard. Konstanten auf Modulebene stehen in CONSTANT_CASE wie MAX_RETRY_COUNT. In Python gilt snake_case für Variablen und Funktionen wie fetch_user_data, PascalCase bleibt Klassen wie UserCard vorbehalten, und Konstanten nutzen ebenfalls CONSTANT_CASE.
Rust und Go drehen die Logik teilweise um: PascalCase markiert exportierte, öffentliche Elemente, während private Details in Rust snake_case und lokale Variablen in Go camelCase tragen. In CSS und HTML dominiert kebab-case für Klassennamen wie primary-button-large und Custom Properties wie --primary-color. URLs und Dateipfade sollten stabile kleingeschriebene Slugs mit Bindestrichen nutzen, weil Großbuchstaben dort je nach Server unterschiedlich behandelt werden. Bei Akronymen bewusst entscheiden: Ein API-Client kann je nach Sprache apiClient, APIClient oder api_client erwarten.
Eine Konvention fürs Projekt wählen und beibehalten
Ein Konverter erzeugt syntaktisch gültige Namen, doch die Repository- oder Plattformkonvention sollte entscheiden, welchen Stil Sie behalten. Prüfen Sie vor jeder Umbenennung benachbarte Variablen, API-Dokumentation, Datenbankschemas und Linter-Regeln. Konsistenz ist fast immer wertvoller als ein Stil, der gerade modern wirkt. Legen Sie die Entscheidung in einem Styleguide oder einer Linter-Konfiguration fest, damit neue Teammitglieder automatisch richtig liegen.
Vorsicht bei öffentlichen Feldern: Die Umbenennung einer API-Eigenschaft oder Datenbankspalte ist ein Breaking Change für alle Clients. Führen Sie dort lieber einen Alias ein oder versionieren Sie die Schnittstelle, statt still umzuschreiben. Prüfen Sie außerdem, ob die Konvertierung Satzzeichen entfernt, die in Produktnamen oder technischen Akronymen Bedeutung tragen. Ein automatischer Durchlauf über eine ganze Codebasis gehört immer in einen separaten Commit mit vollständigem Testlauf.
Häufige Fehler beim Konvertieren und Umbenennen
Der häufigste Fehler ist mechanisches Umbenennen ohne Blick auf Semantik: Aus user-ID wird in camelCase userID oder userId, und plötzlich passen Client und Server nicht mehr zusammen. Legen Sie für Akronyme eine Hausregel fest und wenden Sie sie überall identisch an. Der zweite Klassiker sind doppelte Bezeichner nach der Konvertierung: user-name und user_name kollabieren beide auf userName und erzeugen Konflikte, die der Compiler erst spät meldet.
Drittens vergessen viele, dass kebab-case in URLs zwar ideal ist, in JavaScript-Bezeichnern aber als Subtraktion gelesen wird. Viertens werden reservierte Wörter übersehen: Ein Wort wie class oder default mag als Label harmlos wirken, bricht als Variablenname aber den Build. Fünftens ignorieren Teams Umlaute und Sonderzeichen in Bezeichnern, die manche Toolchains nicht sauber verarbeiten. Arbeiten Sie die Liste vor jedem größeren Refactoring ab, testen Sie danach vollständig und nutzen Sie den Text-Konverter als Vorschau, bevor Sie Änderungen einchecken.
Häufige Fragen
Was ist der Unterschied zwischen Title Case und Capitalize Each Word? Title Case folgt Verlagskonventionen und lässt kleine Wörter wie „a“, „the“, „in“ in Kleinbuchstaben, es sei denn, sie sind das erste oder letzte Wort. Capitalize Each Word schreibt den ersten Buchstaben jedes Wortes groß — auch kleiner Wörter.
Wofür wird CONSTANT_CASE verwendet?
Für Konstanten in vielen Programmiersprachen — beispielsweise MAX_RETRY_COUNT in JavaScript, Python oder Java. Die Konvention signalisiert: Dieser Wert ändert sich nicht.
Funktioniert der Konverter mit deutschen Umlauten?
Ja. toUpperCase und toLowerCase nutzen die nativen Browser-Funktionen, die Unicode korrekt verarbeiten. Die programmierstilbezogenen Schreibweisen sind jedoch auf ASCII-Bezeichner abgestimmt.
→ Kostenlosen Text-Konverter öffnen