ForHosting KIT · Text & KI

Schreibweise erkennen: camelCase, snake_case und mehr

customerOrderId wird als camelCase erkannt, CUSTOMER_ORDER_ID als CONSTANT_CASE. Fügen Sie einen Namen oder eine Beschriftung ein und sehen Sie, welcher Konvention er folgt, von PascalCase bis Title Case; Unregelmäßiges gilt als gemischt, statt geraten zu werden. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald
Wenn Sie eingeben
Text
customerOrderId
Erhalten Sie
Stil
camelCase
Grund
Text matches camelCase.

Namenskonventionen machen Bezeichner und Beschriftungen berechenbar, doch uneinheitlicher Text kann in Quellcode, Konfigurationen, Importe und erzeugte Inhalte gelangen. Der Abgleich ist streng und deterministisch: Dieselbe Eingabe liefert immer dasselbe Ergebnis, während mehrdeutiger oder unregelmäßiger Text eindeutig als gemischt markiert wird.

Verstehen Sie die Prüfregeln des Detektors

Der Detektor vergleicht Ihre vollständige Eingabe mit einer festgelegten Sammlung von Namensmustern. Er zählt nicht bloß Großbuchstaben und sucht auch nicht nur nach einem Trennzeichen. Bei camelCase muss der Text mit Kleinbuchstaben beginnen und mindestens eine durch einen Großbuchstaben markierte Wortgrenze enthalten.

PascalCase beginnt groß und verbindet die folgenden Wörter ohne Trennzeichen. Die Stile snake, constant, kebab, dot und path benötigen mindestens zwei nicht leere Segmente, die einheitlich durch Unterstriche, Bindestriche, Punkte oder Schrägstriche getrennt sind. Durch Leerzeichen getrennter Text wird auf Title Case, Sentence case sowie klein- oder großgeschriebene Wörter geprüft.

Ein erfolgreicher Befund enthält den erkannten Stil und eine kurze Begründung. Verhindern Satzzeichen, uneinheitliche Trenner, unerwartete Großbuchstaben oder äußere Leerzeichen eine exakte Übereinstimmung, lautet das Ergebnis gemischt, statt eine irreführende Vermutung auszugeben. Dieses strenge Verhalten ist für Validierungen besonders hilfreich, weil es eine tatsächlich eingehaltene Konvention von lediglich ähnlich aussehendem Text unterscheidet.

Ziffern sind in vielen Bezeichnersegmenten zulässig; leere Eingaben und Werte, die keine Zeichenketten sind, werden als ungültig abgewiesen und nicht klassifiziert.

Validieren Sie Konventionen durch exakte Erkennung

Eine Stilbezeichnung ist am nützlichsten als Bestandteil einer wiederholbaren Qualitätsprüfung. Übermitteln Sie einen Bezeichner aus einem Formular, einer Datenpipeline, einem Codegenerator oder einer Namensprüfung und vergleichen Sie den gemeldeten Stil mit der in Ihrem Projekt erwarteten Konvention. Ein gemischtes Ergebnis weist auf Prüfbedarf hin; der Detektor schreibt die Eingabe jedoch absichtlich nicht um.

Die Trennung von Erkennung und Umwandlung verhindert, dass eine automatische Kontrolle öffentliche Namen, Datenbankspalten oder bereits referenzierte Schlüssel unbemerkt verändert. Die Antwort enthält außerdem einen booleschen Erkennungswert und vereinfacht dadurch Verzweigungen: Anerkannte Konventionen liefern wahr, unregelmäßiger Text liefert falsch. Beim exakten Abgleich zählen führende und nachgestellte Leerzeichen.

So werden unsichtbare Kopierfehler entdeckt, bevor Bezeichner in ein System gelangen. Wenn Sie viele Werte verarbeiten, rufen Sie die Fähigkeit einmal je Element auf und speichern Sie Originalwert und erkannten Stil im Validierungsbericht. Dadurch entsteht ein nachvollziehbares Ergebnis, anhand dessen ein Mensch entscheiden kann, ob ungewöhnliche Namen beabsichtigt sind.

Deuten Sie Grenzen und mehrdeutige Eingaben

Stilnamen können sich überschneiden, wenn eine Eingabe nur aus einem Wort besteht. Daher verwendet der Detektor eine praktische Rangfolge und behauptet keine Wortgrenzen, die nicht vorhanden sind. Ein einzelnes kleingeschriebenes Element wird als lowercase und nicht als camelCase gemeldet, weil camel case normalerweise mindestens ein verbundenes, groß beginnendes Segment zeigt.

Ebenso ist ein einzelnes großgeschriebenes Element UPPERCASE statt CONSTANT_CASE. Sentence case verlangt einen großen Anfangsbuchstaben mit anschließenden kleingeschriebenen, leerzeichengetrennten Wörtern; bei Title Case muss jedes Wort groß beginnen. Zeichenketten mit vielen Akronymen, Unicode-Buchstaben, Apostrophen, Kommas, doppelten Trennern oder Kombinationen wie snake-Case werden als gemischt gemeldet, wenn sie keinem unterstützten Muster exakt entsprechen.

Dieses vorsichtige Ergebnis ist beabsichtigt: Eine erratene vertraute Bezeichnung könnte einen fehlerhaften Bezeichner durch eine Validierung lassen. Der Algorithmus arbeitet lokal und analytisch, ohne Netzwerk, Sprachmodell, Zufall oder zeitabhängiges Verhalten.

Konfigurationsschlüssel prüfen

Klassifizieren Sie Schlüssel aus Konfigurationsdateien und markieren Sie Mischformen, bevor uneinheitliche Namen Umgebungen erreichen.

Erzeugte Bezeichner validieren

Testen Sie Codegenerator-Ausgaben deterministisch, ohne Bezeichner zu verändern oder fehlerhafte Grenzen zu verbergen.

Warum gilt ein kleingeschriebenes Wort nicht als camelCase?

Ein einzelnes kleingeschriebenes Wort besitzt keine verbundene Wortgrenze und wird deshalb als lowercase eingeordnet. camelCase benötigt nach dem kleinen Beginn mindestens eine Grenze mit Großbuchstaben.

Wandelt das Werkzeug Text in einen anderen Stil um?

Nein. Es erkennt ausschließlich den vorhandenen Stil. Die Trennung von Erkennung und Umwandlung macht die Validierung sicherer und bewahrt die ursprüngliche Eingabe.

Was geschieht bei uneinheitlichen Trennern oder Großbuchstaben?

Das Ergebnis lautet gemischt und der Erkennungswert ist falsch, weil der Text keiner unterstützten Konvention exakt folgt.

Welche Schreibweisen erkennt das Werkzeug?

camelCase, PascalCase, snake case, CONSTANT_CASE, kebab-case, Train-Case, dot.case, path/case, Title Case, Sentence case sowie einzelne Wörter in Klein- oder Großbuchstaben. Was keiner davon exakt entspricht, gilt als gemischt.

Spielen Leerzeichen vor oder nach dem Text eine Rolle?

Ja. Der Abgleich ist exakt, daher macht ein Leerzeichen am Anfang oder Ende einen sonst sauberen Namen zu einem gemischten. So fallen unsichtbare Fehler beim Kopieren und Einfügen auf, bevor der Name in Ihren Code oder Ihre Daten gelangt.

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

POSThttps://api.kit.forhosting.com/str/detect-case

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

curl -X POST https://api.kit.forhosting.com/str/detect-case \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"customerOrderId"}'
{
  "text": "customerOrderId"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "str.detect_case",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Dieser Detektor untersucht exakt die von Ihnen eingegebenen Zeichen und meldet, ob sie camelCase, PascalCase, snake_case, CONSTANT_CASE, kebab-case, Train-Case, dot.case, path/case, Title Case, Sentence case oder einer einfachen Groß- beziehungsweise Kleinschreibung entsprechen.

Validieren Sie Konventionen durch exakte Erkennung

Beispielsweise kann eine Richtlinie für API-Felder snake_case verlangen, während JavaScript-Eigenschaften camelCase erfordern.

Deuten Sie Grenzen und mehrdeutige Eingaben

Getrennte Mehrwortformen sind eindeutiger: customer_order_id ist snake_case, CUSTOMER_ORDER_ID ist CONSTANT_CASE und Customer Order Id ist Title Case. Prüfungen sind im Browser möglich, und die API-Automatisierung kostet $0.002 je Element.

API-Feldnamen durchsetzen

Prüfen Sie, ob eingehende oder erzeugte Feldnamen die im API-Vertrag verlangte Konvention snake_case oder camelCase einhalten.

Welche Schreibweisen werden erkannt?

Der Detektor erkennt camelCase, PascalCase, snake_case, CONSTANT_CASE, kebab-case, Train-Case, dot.case, path/case, Title Case, Sentence case, Klein- und Großschreibung sowie klein- und großgeschriebene Wörter.

Was kostet die API?

Jede API-Anfrage kostet $0.002. Die Browserversion auf dieser Seite kann lokal ohne API-Aufruf ausgeführt werden.

Vollständige KIT-Dokumentation lesen →