Wie Sie Text zwischen Schreibweisen konvertieren

Namenskonventionen sind wichtig. Egal ob Sie Code schreiben, Dateinamen erstellen oder Überschriften formatieren, die richtige Groß- und Kleinschreibung sorgt für Konsistenz und Professionalität. Das manuelle Umwandeln zwischen Schreibweisen ist mühsam und fehleranfällig, besonders bei langem Text oder Variablennamen. Ein browserbasierter Konverter handhabt jedes gängige Schreibweisen-Format sofort.

Gängige Textschreibweisen und wo sie verwendet werden

So konvertieren Sie die Textschreibweise

1. Fügen Sie Ihren Text ein: Geben Sie beliebigen Text in den Konverter ein. Es funktioniert mit einzelnen Wörtern, Variablennamen, Sätzen oder ganzen Absätzen.
2. Wählen Sie eine Schreibweise: Klicken Sie auf das gewünschte Format. Die Konvertierung wird sofort angewendet.
3. Kopieren Sie das Ergebnis: Klicken Sie auf Kopieren, um den konvertierten Text für Ihren Code, Ihr Dokument oder Ihren Dateinamen zu erhalten.

Eine kurze Geschichte der Namenskonventionen im Code

Frühe Programmiersprachen hatten harte Grenzen für die Länge von Bezeichnern: FORTRAN (1957) erlaubte 6 Zeichen; ALGOL (1958) erlaubte begrenzte Zeichen. Programmierer mussten aggressiv abkürzen. Es gab keinen Bedarf an Schreibweisen-Konventionen, weil Bezeichner zu kurz waren, um mehrere Wörter zu enthalten.

Als Sprachen längere Bezeichner erlaubten (C 1972, Pascal 1970), wurde das Trennen von Wörtern zu einer Frage. Pascal popularisierte die Verwendung von Großbuchstaben zur Worttrennung: MyVariable. C verwendete historisch Kleinbuchstaben mit Unterstrichen: my_variable. Die Aufteilung hat sich gehalten: Die meisten Sprachen der C-Familie und Unix-Sprachen bevorzugen snake_case (Python, Ruby, Rust standardmäßig, PostgreSQL-Spalten), während Sprachen der Java-Familie und Microsoft-Sprachen camelCase bevorzugen (JavaScript, Java, C#, Swift, Kotlin).

PascalCase entstand aus Smalltalk (1980er Jahre) für Klassennamen, wurde dann von C++ (1985), Java (1995) und C# (2000) übernommen. Heute verwenden die meisten Sprachen PascalCase für Typen/Klassen und camelCase für Instanzen/Funktionen, unabhängig von der Präferenz für Worttrennzeichen.

kebab-case erschien mit dem Web: CSS wählte Bindestriche (background-color) und URLs bevorzugen sie auch. Die meisten modernen Web-Sprachen (HTML, CSS, URL-Pfade, JSON-Schemata) verwenden kebab-case für benutzersichtbare Bezeichner.

Die neueste Konvention ist SCREAMING_SNAKE_CASE für Konstanten und Umgebungsvariablen: ein Unix-Shell-Erbe, das in den 2000er Jahren in die meisten Programmiersprachen überging.

Wann jede Konvention verwendet werden sollte

Ein praktischer Leitfaden:

• GROßBUCHSTABEN in Prosa: Akronyme (NASA, HTML, CSS), Betonung (selten; Fett ist normalerweise besser), Überschriften in Designsystemen, die dies spezifizieren.
• kleinbuchstaben in Prosa: URLs, E-Mail-Adressen, Hashtags, lockerer Chat. Im Code: selten, außer in einigen Lisp-Varianten.
• Titel-Schreibweise: Buchtitel, Artikelüberschriften, Eigennamen. Verschiedene Styleguides haben unterschiedliche Regeln darüber, welche Wörter großgeschrieben werden.
• Satz-Schreibweise: Standard für Fließtext, Beschreibungen, UI-Labels in modernen Designsystemen (Material Design, Apple HIG bevorzugen beide Satz-Schreibweise für Schaltflächen).
• camelCase: JavaScript/TypeScript-Variablen, Java/Swift-Methodennamen, Instanzvariablen in den meisten OO-Sprachen.
• PascalCase: Klassennamen, Typnamen, React/Vue-Komponentennamen, Enum-Typen.
• snake_case: Python- und Ruby-Variablen/Funktionen, Datenbankspaltennamen, GraphQL-Feldnamen (manchmal), Shell-Variablen.
• SCREAMING_SNAKE_CASE: Konstanten in den meisten Sprachen, Umgebungsvariablen (DATABASE_URL, NODE_ENV), Konfigurationsschlüssel in YAML/JSON.
• kebab-case: URL-Slugs, CSS-Klassennamen, HTML data-*-Attribute, npm-Paketnamen, Dateinamen in statischen Site-Generatoren.
• dot.case: Objekteigenschaftspfade im Code, Konfigurationsdateien (Nginx, Spring Boot-Eigenschaften), Namespace-Ereignisse.

Titel-Schreibweise-Regeln

«Titel-Schreibweise» klingt einfach, hat aber Styleguide-Komplikationen:

• APA-Stil: Großschreibung von Wörtern mit 4+ Buchstaben; Großschreibung aller Substantive, Verben, Adjektive, Adverbien unabhängig von der Länge.
• Chicago Manual of Style: Großschreibung erster/letzter Wörter; Großschreibung aller Substantive, Verben, Adjektive, Adverbien, Pronomen; Kleinschreibung von Artikeln (a, an, the), kurzen Präpositionen, koordinierenden Konjunktionen (and, but, or).
• AP-Stil: Großschreibung aller Wörter mit 4+ Buchstaben; spezifische Ausnahmen für Präpositionen.
• MLA-Stil: ähnlich Chicago, aber mit leichten Unterschieden bei der Behandlung von Präpositionen.

Ein «einfacher Titel-Schreibweisen»-Konverter schreibt jedes Wort groß (was technisch keinem Hauptstyleguide entspricht). Die meisten Konverter bieten «Title Case» als schnelle Schätzung an, markieren das Ergebnis aber zur manuellen Überprüfung von:

• Artikeln (a, an, the)
• Konjunktionen (and, but, or, for, nor)
• Kurzen Präpositionen (in, on, at, by, to, of)
• Akronymen (API, HTTP, CSS)

Häufige Fallstricke

• Akronyme in camelCase: xmlHTTPRequest ist umständlich. Googles JavaScript-Styleguide empfiehlt, Akronyme als Wörter zu behandeln: xmlHttpRequest oder XmlHttpRequest. Microsoft- und Java-Styleguides behalten sie ganz in Großbuchstaben: XMLHttpRequest. Wählen Sie eine Konvention.
• Zahlen in Bezeichnern: version2Point0 vs version2_0 vs version20. Keine universelle Regel; hängt von der Sprachkonvention ab.
• Anfangsbuchstaben-großgeschriebene Akronyme: «i18n» ist camelCase, «I18n» ist PascalCase, «I18N» ist Screaming. Passen Sie zu Ihrem Kontext.
• Titel-Schreibweise bei Präpositionen: «Off The Record» sieht für die meisten Lektoren falsch aus; «Off the Record» folgt den meisten Styleguides. Vor der Veröffentlichung überprüfen.
• Datenbank-Schreibweisenkonventionen variieren: PostgreSQL und die meisten SQL-Implementierungen sind für nicht zitierte Bezeichner case-insensitive, für zitierte case-sensitive. SELECT myColumn FROM table kann fehlschlagen, wenn der tatsächliche Spaltenname mycolumn ist.
• Dateinamens-Schreibweisensensitivität nach OS: macOS HFS+ ist standardmäßig case-insensitive; APFS ist case-insensitive, aber case-preserving; Linux ext4 ist case-sensitive; Windows NTFS ist case-insensitive (aber Linux-Subsysteme auf Windows sind case-sensitive). MyFile.txt und myfile.txt können die gleiche Datei sein oder nicht.
• Unicode-Groß-/Kleinschreibung ist gebietsabhängig: großes İ (türkisches gepunktetes I) vs I (Englisch). Einige toUpperCase()-Implementierungen machen dies ohne explizites Locale falsch.

Tipps

• Passen Sie zur Konvention Ihrer Sprache: Python verwendet snake_case, JavaScript verwendet camelCase und CSS verwendet kebab-case. Konsistenz innerhalb einer Codebasis ist wichtiger als persönliche Präferenz.
• Unicode wird unterstützt: Der Konverter handhabt akzentuierte Zeichen, Emoji und CJK-Zeichen, sodass er mit Text in jeder Sprache funktioniert.
• Akronyme in Titel-Schreibweise überprüfen: Die meisten Titel-Schreibweisen-Konverter schreiben jedes Wort groß, was «API» in «Api» verwandeln kann. Überprüfen Sie Akronyme nach der Konvertierung.
• Verwenden Sie Satz-Schreibweise für die Lesbarkeit: Für benutzerorientierten Text wie Schaltflächenbeschriftungen und Beschreibungen ist Satz-Schreibweise oft leichter zu lesen als Titel-Schreibweise.
• Konfigurieren Sie Ihren Linter: ESLint, Prettier, Pylint, RuboCop können alle Namenskonventionen automatisch durchsetzen. Richten Sie sie einmal ein und lassen Sie den Linter Schreibweisenverletzungen beim Speichern erfassen.
• Verwenden Sie einen Code-Styleguide: Google, Airbnb, Microsoft, GitHub veröffentlichen alle Styleguides für wichtige Sprachen. Wählen Sie einen für Ihr Projekt und bleiben Sie dabei.

Datenschutz und vertraulicher Text

Der Schreibweisen-Konverter läuft vollständig in Ihrem Browser. Der Text, den Sie einfügen, Zwischenkonvertierungen und die Ausgabe bleiben alle auf Ihrem Gerät. Nichts wird auf einen Server hochgeladen, protokolliert oder mit jemandem geteilt.

Das ist wichtig, weil die Zeichenfolgen, die Sie konvertieren, oft vertraulich sind: Variablennamen aus proprietären Codebasen, interne API-Endpunkte, Entwurfs-Artikeltitel, kundenorientierte Texte unter Embargo, Datenbankspaltennamen, die die Produktstruktur offenbaren. Cloud-Schreibweisen-Konverter protokollieren jede Konvertierung in ihren Anfrageprotokollen und können sie zur «Verbesserung» oder Analyse verwenden. Ein nur im Browser laufender Konverter hat keine Exposition und funktioniert offline, sobald die Seite geladen ist.