Wie funktioniert dieses Tool?
- Text eingeben. Alle Schreibweisen werden gleichzeitig erzeugt, ein Umschalten ist nicht nötig.
- Transliteration entscheiden. Für Dateinamen, URLs und Datenbankspalten eingeschaltet lassen.
- Zeile auswählen. Der Kopieren-Knopf legt die jeweilige Fassung in die Zwischenablage.
- Bezeichner erneut einsetzen. Auch
camelCasewird als Eingabe erkannt und lässt sich in jede andere Form überführen.
Expertenwissen: Schreibweisen und ihre Regeln
Die neun Formen
Original Größe der Straße
GROSSBUCHSTABEN GRÖSSE DER STRASSE
kleinbuchstaben größe der straße
Satzanfang Größe der straße
Wortanfänge Größe Der Straße
camelCase groesseDerStrasse
PascalCase GroesseDerStrasse
snake_case groesse_der_strasse
kebab-case groesse-der-strasse
CONSTANT_CASE GROESSE_DER_STRASSE
Umlaute: transliterieren, nicht wegwerfen
Der verbreitetste Fehler in Case-Convertern besteht darin, alles außer
a–z0–9 zu entfernen. Aus Größe wird dann gre, aus
Übermäßig wird bermig. Das ist nicht nur hässlich, sondern
zerstört die Lesbarkeit und macht Bezeichner mehrdeutig: schön und
schon ergäben beide schon.
Richtig ist die Transliteration: ä→ae, ö→oe, ü→ue, ß→ss. Sie ist im deutschsprachigen Raum die Konvention und liegt auch der DIN 5007 Variante 2 zugrunde, nach der Namen in Telefonbüchern sortiert werden. Die zweite verbreitete Methode — das Entfernen diakritischer Zeichen über die Unicode-Normalisierung, also ä→a — ist für romanische Sprachen korrekt, für das Deutsche aber falsch: Der Umlaut ist dort ein eigener Laut, kein Akzent auf einem a.
Eine Einschränkung bleibt: Die Umkehrung ist nicht eindeutig. Aus auer
lässt sich nicht ableiten, ob Auer oder äuer gemeint war. Für
Bezeichner spielt das keine Rolle, für die Rückgewinnung von Klartext schon.
Wortgrenzen erkennen, wenn keine da sind
Damit sich ein bestehender Bezeichner umwandeln lässt, muss das Tool Wortgrenzen auch
ohne Trennzeichen finden. Die Regel: Ein Wechsel von klein nach groß trennt.
rechnungsNummer zerfällt so in rechnungs und Nummer.
Der Sonderfall sind Abkürzungsfolgen. In XMLParser stehen
vier Großbuchstaben hintereinander; die Wortgrenze liegt nicht nach jedem davon,
sondern vor dem letzten: XML und Parser. Dieselbe Regel greift bei
HTTPSVerbindung oder PDFExport. Werkzeuge, die das nicht
berücksichtigen, erzeugen x_m_l_parser — ein untrügliches Zeichen dafür,
dass nur ein simples Regex am Werk war.
Welche Form wo hingehört
- camelCase — Variablen und Funktionen in JavaScript, Java, C#, Swift.
- PascalCase — Klassen, Typen, Komponenten; in C# auch Methoden.
- snake_case — Python, Ruby, SQL-Spalten und -Tabellen, Konfigurationsschlüssel.
- kebab-case — URLs, Dateinamen, CSS-Klassen, HTML-Attribute. In den meisten Sprachen als Bezeichner unzulässig, weil der Bindestrich als Minus gelesen wird.
- CONSTANT_CASE — Konstanten und Umgebungsvariablen.
Für URLs ist kebab-case die richtige Wahl: Suchmaschinen behandeln den Bindestrich als Worttrenner, den Unterstrich historisch nicht. Für Dateinamen gilt zusätzlich, dass Groß- und Kleinschreibung je nach Dateisystem unterschiedlich behandelt wird — durchgängige Kleinschreibung erspart eine ganze Klasse von Fehlern, die erst auf dem Server auffallen.
Das ß und die Großschreibung
Aus Straße wird bei Großschreibung STRASSE. Seit der Reform von 2017 ist alternativ das große Eszett zulässig, also STRAẞE; verbreitet ist es nicht, und die Zeichenkettenfunktionen der Browser erzeugen weiterhin SS. Der Rückweg ist damit versperrt: Aus STRASSE wird beim Kleinschreiben strasse, nicht wieder straße. Wer eine Zeichenkette mehrfach durch Groß- und Kleinschreibung schickt, verliert das ß dauerhaft — ein Grund, solche Umwandlungen nie auf gespeicherten Daten laufen zu lassen.
Drei Praxisfälle
Fall 1 – Datenbankspalte aus einem Fachbegriff. Aus Größe der
Verpackung wird groesse_der_verpackung. Ohne Transliteration käme
je nach Werkzeug gre_der_verpackung heraus — und der Fehler fällt erst
auf, wenn die Migration bereits gelaufen ist.
Fall 2 – URL-Slug für einen Artikel. Wärmepumpe für Altbau
ergibt waermepumpe-fuer-altbau. Das ist lesbar, stabil und
suchmaschinentauglich.
Fall 3 – Bestehenden Bezeichner umbauen. XMLExportPfad
soll zur Umgebungsvariablen werden. Das Tool erkennt die Abkürzungsfolge und liefert
XML_EXPORT_PFAD statt X_M_L_EXPORT_PFAD.
Typische Fehler
- Umlaute ersatzlos entfernen. Aus Größe wird
gre. - Diakritika strippen statt transliterieren. Für Französisch richtig, für Deutsch falsch.
- Abkürzungsfolgen zerhacken.
x_m_l_parserverrät das schwache Werkzeug. - Englische Title Case im Deutschen anwenden. Die Kosten Der Anlage ist schlicht falsch geschrieben.
- Unterstriche in URLs verwenden. Suchmaschinen trennen an Bindestrichen, nicht an Unterstrichen.
- Mehrfach zwischen groß und klein wandeln. Das ß überlebt den Weg nicht.
Häufige Fragen
Wie werden deutsche Umlaute in camelCase und snake_case behandelt?
Sie werden transliteriert: ä wird zu ae, ö zu oe, ü zu ue und ß zu ss. Das ist die im deutschsprachigen Raum übliche Konvention und der einzige verlustfreie Weg. Der häufige Fehler besteht darin, die Umlaute ersatzlos zu entfernen – aus Größe würde dann Gre statt Groesse. Wer die Umlaute im Bezeichner behalten will, kann die Transliteration abschalten; für Dateinamen, URLs und Datenbankspalten ist davon aber abzuraten.
Was ist der Unterschied zwischen camelCase und PascalCase?
Beide verbinden Wörter ohne Trennzeichen und markieren die Wortgrenzen durch Großbuchstaben. In camelCase beginnt das erste Wort klein, in PascalCase groß: rechnungsNummer gegenüber RechnungsNummer. In der Praxis werden Variablen und Funktionen üblicherweise in camelCase geschrieben, Klassen und Typen in PascalCase. PascalCase wird gelegentlich auch UpperCamelCase genannt.
Warum erkennt das Tool Wortgrenzen ohne Leerzeichen?
Weil die Eingabe oft schon ein Bezeichner ist. Ein Wechsel von einem Klein- zu einem Großbuchstaben wird als Wortgrenze gewertet, ebenso Bindestriche, Unterstriche und Leerzeichen. Aus rechnungsNummer werden dadurch die Wörter rechnungs und Nummer, sodass sich daraus auch rechnungs_nummer erzeugen lässt. Folgen mehrere Großbuchstaben aufeinander, wie in XMLParser, wird vor dem letzten getrennt: XML und Parser.
Gibt es im Deutschen eine Title Case wie im Englischen?
Nein. Im Englischen werden in Überschriften alle bedeutungstragenden Wörter großgeschrieben, im Deutschen gelten dagegen die normalen Rechtschreibregeln: Substantive groß, alles andere klein. Eine Überschrift wie Die Kosten Der Neuen Anlage ist im Deutschen falsch. Dieses Tool bietet deshalb Satzanfang-Schreibung an, die nur den ersten Buchstaben jedes Satzes großschreibt und den Rest unverändert lässt.
Warum wird ß bei Großschreibung zu SS?
Weil das die traditionelle und weiterhin gültige Regel ist: Aus Straße wird STRASSE. Seit 2017 lässt die amtliche Rechtschreibung alternativ das große Eszett zu, sodass auch STRAẞE korrekt ist. Die Umwandlung in SS bleibt die verbreitete Variante und wird von der Zeichenkettenfunktion des Browsers verwendet. Beim Zurückwandeln in Kleinbuchstaben entsteht daraus allerdings ss und nicht wieder ß.