ForHosting KIT · Entwickler-Tools

Schreibweise erkennen: camelCase, snake_case und mehr

Namenskonventionen machen Bezeichner und Beschriftungen berechenbar, doch uneinheitlicher Text kann in Quellcode, Konfigurationen, Importe und erzeugte Inhalte gelangen.

● BetaKostenlos · im Browser
Nutzen Sie es über WebAPIE-MailTelegramApp bald

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. 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. Beispielsweise kann eine Richtlinie für API-Felder snake_case verlangen, während JavaScript-Eigenschaften camelCase erfordern. 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. Getrennte Mehrwortformen sind eindeutiger: customer_order_id ist snake_case, CUSTOMER_ORDER_ID ist CONSTANT_CASE und Customer Order Id ist Title 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. 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.

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.

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.

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.

Was kostet die API?

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

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.

Vollständige KIT-Dokumentation lesen →