Textschreibweise konvertieren _

Was ist die Schreibweisen-Konvertierung?

Die Schreibweisen-Konvertierung nimmt eine Eingabe-Zeichenkette und gibt dieselben Wörter in einer anderen Groß- und Kleinschreibungs-Konvention aus. Die häufigsten Ziele sind camelCase und PascalCase (für Bezeichner in den meisten Klammersprachen), snake_case und CONSTANT_CASE (Python, Ruby, Rust, C-Makros), kebab-case (URLs, CSS-Klassennamen, HTML-Attribute, npm-Paketnamen), dot.case (Konfigurationsschlüssel, JavaScript-Objektpfade), path/case (Bezeichner im Dateisystem-Stil), Title Case und Sentence case (Schlagzeilen und Prosa) sowie vollständiges lower case und UPPER CASE. Dieser Konverter erkennt die natürlichen Wortgrenzen in deiner Eingabe — Leerzeichen, Bindestriche, Unterstriche, Punkte, Schrägstriche und die Kleinbuchstaben→Großbuchstaben-Übergänge, die helloWorld-artige Bezeichner markieren — und setzt sie mit dem Trennzeichen und Kapitalisierungsmuster zusammen, das jede Zielschreibweise verlangt.

Wie funktioniert die Schreibweisen-Konvertierung?

Deine Eingabe wird vollständig in deinem Browser mit einem kleinen Vanilla-JavaScript-Tokenizer und elf Schreibweisen-Formatierern verarbeitet. Die wesentlichen Schritte sind:

1. Deine Eingabe wird wortgetreu aus dem Textfeld gelesen — jedes eingefügte Byte bleibt lokal im Speicher.
2. Ein Tokenizer teilt die Eingabe an Leerzeichen, Unterstrichen, Bindestrichen, Punkten und Schrägstrichen, und teilt anschließend jeden Abschnitt erneut an Kleinbuchstaben→Großbuchstaben-Grenzen (sodass helloWorld zu ["hello", "World"] wird) und an Buchstabe↔Ziffer-Grenzen (sodass v2API zu ["v", "2", "API"] wird).
3. Leere Token werden ausgefiltert und die überlebenden Token werden mit String.prototype.toLocaleLowerCase in Kleinbuchstaben überführt, sodass Unicode-Buchstaben in Türkisch, Deutsch und anderen Locales korrekt erhalten bleiben.
4. Elf Formatierer setzen die Token dann nacheinander in jede Zielschreibweise zusammen — camelCase, PascalCase, snake_case, CONSTANT_CASE, kebab-case, dot.case, path/case, Title Case (mit einer Liste kurzer Wörter, sodass and, the, of usw. außer als erstes oder letztes Wort kleingeschrieben bleiben), Sentence case, vollständiges lower case und vollständiges UPPER CASE.
5. Die Ausgabe wird mit einer Zeile pro Schreibweise in das Ergebnisraster geschrieben; jede Zeile hat einen eigenen Kopierbutton, der die asynchrone Clipboard-API mit einem synchronen document.execCommand('copy')-Fallback für ältere Browser nutzt.

Warum einen Schreibweisen-Konverter verwenden?

• Bezeichner refaktorisieren: benenne eine JavaScript-Variable von user_id in userId um, eine Python-Funktion von helloWorld in hello_world oder eine Rust-Konstante von maxBuffer in MAX_BUFFER, ohne Zeichen für Zeichen von Hand zu bearbeiten.
• Konfigurationsschlüssel konvertieren: drehe ein JSON voller camelCase-Schlüssel mit einer Einfügung zu snake_case YAML für einen Python-Dienst oder zu kebab-case für einen Helm-Chart.
• Schlagzeilen schreiben: füge einen Entwurf einer Schlagzeile ein und lies die Title-Case-Form (mit den Kurzwort-Ausnahmen des Chicago Manual of Style) neben der Sentence-case-Form (AP Stylebook) — wähle, was deine Publikation verwendet.
• URL-Slugs erzeugen: füge einen Blogtitel ein und kopiere die kebab-case-Form direkt in das Slug-Feld deines CMS — der Tokenizer behandelt Satzzeichen und mehrteilige Phrasen, ohne übrig gebliebene Trennzeichen zurückzulassen.

Was sind häufige Anwendungen der Schreibweisen-Konvertierung?

Das Wechseln zwischen Schreibweisen-Konventionen taucht in der Softwareentwicklung, der Content-Erstellung und der Data-Engineering-Welt auf:

• Code-Refactoring: benenne Bezeichner in einer Codebasis um, wenn sich ein Style-Guide ändert (z. B. JavaScript camelCase → Python snake_case bei einer Backend-Neuschreibung), ohne Tippfehler einzuführen.
• Umformung von API-Payloads: konvertiere camelCase-JSON-Schlüssel zu snake_case, bevor du sie an ein Ruby-on-Rails- oder Django-Backend übergibst, oder zu kebab-case für einen CSS-in-JS-Klassennamen.
• Schlagzeilen- und Slug-Erstellung: erzeuge Seitentitel in Title Case, Meta-Beschreibungen in Sentence case und URL-Slugs in kebab-case aus derselben Quell-Schlagzeile in einem Schritt.

Wie sieht ein Beispiel für die Schreibweisen-Konvertierung aus?

Füge Hello World API in die Eingabe ein. Das Ergebnisraster zeigt elf Zeilen gleichzeitig: helloWorldApi (camelCase), HelloWorldApi (PascalCase), hello_world_api (snake_case), HELLO_WORLD_API (CONSTANT_CASE), hello-world-api (kebab-case), hello.world.api (dot.case), hello/world/api (path/case), Hello World Api (Title Case), Hello world api (Sentence case), hello world api (lower case) und HELLO WORLD API (UPPER CASE). Dieselbe Eingabe, als helloWorldAPI eingefügt, wird zu denselben drei Wörtern tokenisiert — der Kleinbuchstaben→Großbuchstaben-Grenzdetektor erkennt diese Form ebenfalls.

Läuft das in meinem Browser?

Ja. Der Tokenizer und die elf Schreibweisen-Formatierer sind etwa 120 Zeilen Vanilla-JavaScript, die innerhalb des Browser-Tabs laufen. Nichts wird hochgeladen, kein Service Worker proxyt deine Eingabe und die Seite stellt für den Konvertierungsschritt selbst keine Netzwerkanfragen. Der einzige ausgehende Verkehr besteht aus den Standard-Seitenladeressourcen (CSS, Schriften, Analytics) — dein Text erreicht niemals Ultim8Soft.

Welches Schreibweisen-Format sollte ich für Variablennamen verwenden?

Das hängt von der Sprache und dem Style-Guide des Teams ab. JavaScript- und TypeScript-Codebasen verwenden überwiegend camelCase für Variablen und Funktionen, PascalCase für Klassen und React-Komponenten und CONSTANT_CASE für Namen von Umgebungsvariablen und Modul-Konstanten — der Google-JavaScript-Style-Guide und der Airbnb-Style-Guide legen diese Wahl fest. Python (PEP 8), Ruby und Rust bevorzugen snake_case für Variablen und Funktionen, PascalCase für Klassen und CONSTANT_CASE für Modul-Konstanten. C- und C++-Codebasen (Linux-Kernel, LLVM) setzen auf snake_case für Funktionen und CONSTANT_CASE für Präprozessor-Makros. Im Zweifel führe den Linter oder Formatierer deines Teams aus — er sagt dir, welche Konvention erzwungen wird.

Wie wird die Eingabe tokenisiert?

Der Tokenizer teilt die Eingabe zuerst an beliebigen Folgen von Leerzeichen, Unterstrich (_), Bindestrich (-), Punkt (.) oder Schrägstrich (/). Jeder dabei entstandene Abschnitt wird dann erneut an Kleinbuchstaben→Großbuchstaben-Grenzen geteilt (sodass helloWorld zu ["hello", "World"] wird) und an Buchstabe↔Ziffer-Grenzen (sodass v2API zu ["v", "2", "API"] wird). Leere Token werden ausgefiltert und die überlebenden Token mit String.prototype.toLocaleLowerCase in Kleinbuchstaben überführt. Die Formatierer schreiben die Token dann neu groß und fügen sie mit dem Trennzeichen wieder zusammen, das jede Zielschreibweise verlangt. Die Strategie behandelt die sechs gängigen Bezeichner-Formen — camelCase, PascalCase, snake_case, kebab-case, CONSTANT_CASE und einfache durch Leerzeichen getrennte Prosa — ab Werk.

Was ist mit Unicode-/Nicht-ASCII-Zeichen?

Unicode-Buchstaben überstehen den Hin- und Rückweg. Der Tokenizer verwendet String.prototype.toLocaleLowerCase und toLocaleUpperCase, die locale-spezifische Schreibweisen-Regeln respektieren — das türkische i mit und ohne Punkt, das deutsche ß, das zu SS wird, akzentuierte lateinische Buchstaben im Französischen und Spanischen und so weiter. Nicht-Buchstaben-Zeichen, die NICHT in der Trennzeichen-Menge sind (Leerzeichen, _, -, ., /) — zum Beispiel Ziffern, akzentuierte Buchstaben oder CJK-Zeichen — bleiben innerhalb des Tokens, in dem sie auftauchen, und die Formatierer geben sie unverändert wieder aus. Das bedeutet, dass eine Eingabe wie nœud_principal zu ["nœud", "principal"] tokenisiert wird und sauber zu nœudPrincipal (camelCase) oder NœudPrincipal (PascalCase) konvertiert.

Dieser Schreibweisen-Konverter ist eine einzelne statische Seite, die den Tokenizer und die elf Formatierer vollständig in deinem Browser ausführt — keine Drittanbieter-Bibliothek, kein Netzaufruf pro Konvertierung, kein Konto. Füge oben beliebigen Text ein, scanne die elf Ausgaben nebeneinander und kopiere die, die du brauchst.