So konvertieren Sie Groß-/Kleinschreibung: camelCase, snake_case, Title Case und mehr

Veröffentlicht am 15. Mai 2026 • Aktualisiert am 29. September 2026

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.

Thema: Bildwerkzeuge

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 userName von username zwischen 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?

StilTypischer Einsatz
camelCaseJavaScript-Variablen, Funktionen (userName)
PascalCaseKlassen in JS/C#, React-Komponenten (UserCard)
snake_casePython, Ruby, SQL-Spalten (user_first_name)
kebab-caseCSS-Klassen, HTML-Attribute, URLs (primary-button-large)
CONSTANT_CASEKonstanten in vielen Sprachen (MAX_RETRY_COUNT)
Title CaseBlogpost-Titel, Pressemitteilungen
Sentence caseFließtext, deutsche Überschriften

So konvertieren Sie Text

  1. Öffnen Sie den Text-Konverter.
  2. Tippen oder fügen Sie Text in das Eingabefeld ein.
  3. Alle zwölf Varianten erscheinen sofort in einem Raster.
  4. 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

Anzeige

Häufige Fragen

Was ist der Unterschied zwischen camelCase und PascalCase?

camelCase beginnt mit einem kleinen Wort und schreibt alle Folgewörter groß, etwa userName. PascalCase schreibt jedes Wort groß, etwa UserName. In JavaScript und TypeScript nutzt man camelCase für Variablen und Funktionen, PascalCase dagegen für Klassen und React-Komponenten.

Wann sollte ich snake_case verwenden?

Nutzen Sie snake_case immer dann, wenn Sprache oder Projektkonvention kleingeschriebene Wörter mit Unterstrich erwarten. Typisch sind Python-Variablen und Funktionen, Datenbankspalten, Konfigurationsdateien und Ruby-Code. Wer dort camelCase einschmuggelt, bricht Linter-Regeln und irritiert Reviewer.

Wann sollte ich kebab-case verwenden?

kebab-case gehört überall dorthin, wo Bindestriche als Worttrenner erwartet werden: URL-Slugs, CSS-Klassen, HTML-Attribute, Custom Properties wie primary-color und Dateinamen. In Code-Bezeichnern ist kebab-case dagegen verboten, weil der Bindestrich dort als Minus gelesen wird.

Verändert die Konvertierung Satzzeichen und Umlaute?

Die programmierstilbezogenen Umwandlungen behandeln Leerzeichen, Satzzeichen und Bindestriche als Worttrenner und entfernen oder ersetzen sie. Sinnerhaltende Zeichen sollten Sie vorher sichern. Groß- und Kleinschreibung selbst nutzt die nativen Browser-Funktionen und verarbeitet deutsche Umlaute korrekt.

Ist Title Case dasselbe wie jedes Wort großschreiben?

Nicht immer. Title Case folgt Verlagsregeln und lässt kurze Artikel und Präpositionen klein, es sei denn, sie stehen am Anfang oder Ende. Die Variante Capitalize Each Word schreibt dagegen stur jeden Wortanfang groß. Für Blogtitel und Pressemitteilungen gilt meist Title Case.

Ist der Text-Konverter kostenlos, sicher und offline nutzbar?

Ja. Der NeatForge Text-Konverter ist gratis, braucht keine Anmeldung und rechnet vollständig lokal in Ihrem Browser um. Ihr Text wird weder hochgeladen noch gespeichert. Nach dem Laden der Seite funktionieren alle zwölf Schreibweisen sogar ohne Internetverbindung.

Dieses Thema erkunden

Bildwerkzeuge

Lesen Sie weitere Anleitungen in diesem Cluster und wechseln Sie schneller zu passenden Tools.

Themen-Guides ansehen

Passende Tools

Verwandte Anleitungen