ForHosting KIT · Utilidades de desarrollo

Detectar estilo de texto: camelCase, snake_case y más

Las convenciones de nombres hacen que los identificadores y las etiquetas sean previsibles, pero un texto incoherente puede infiltrarse en el código fuente, la configuración, las importaciones y el contenido generado.

● BetaGratis · en su navegador
Úselo desde WebAPIEmailTelegramApp pronto

Este detector examina exactamente los caracteres que usted proporciona e indica si siguen camelCase, PascalCase, snake_case, CONSTANT_CASE, kebab-case, Train-Case, dot.case, path/case, Title Case, Sentence case o una forma sencilla en mayúsculas o minúsculas. Aplica una comparación estricta y determinista, por lo que una misma entrada siempre produce el mismo resultado y el texto ambiguo o irregular se marca claramente como mixto.

Comprenda qué comprueba el detector

El detector compara la entrada completa con un conjunto definido de patrones de nombres. No se limita a contar mayúsculas ni a buscar un separador. En camelCase, el texto debe comenzar con letras minúsculas e incluir al menos un límite de palabra marcado por una mayúscula. PascalCase empieza con mayúscula y une las palabras siguientes sin separadores. Los estilos snake, constant, kebab, dot y path requieren al menos dos segmentos no vacíos separados de forma uniforme mediante guiones bajos, guiones, puntos o barras. El texto separado por espacios se comprueba como Title Case, Sentence case, palabras minúsculas o palabras mayúsculas. Un resultado correcto incluye el estilo reconocido y una breve explicación. Si la puntuación, los separadores incoherentes, las mayúsculas inesperadas o los espacios externos impiden una coincidencia exacta, el resultado se marca como mixto en vez de ofrecer una conjetura engañosa. Este comportamiento estricto resulta especialmente útil para validar, pues diferencia una convención realmente respetada de un texto que solo se le parece. Se admiten dígitos en muchos segmentos de identificadores; una entrada vacía o un valor que no sea texto se rechaza como entrada no válida, sin clasificarlo.

Use la detección exacta para validar convenciones

Una etiqueta de estilo aporta más valor cuando forma parte de un control de calidad repetible. Envíe un identificador procedente de un formulario, una canalización de datos, un generador de código o una auditoría de nombres, y compare el estilo devuelto con la convención prevista en su proyecto. Por ejemplo, una política de campos de API puede exigir snake_case, mientras que las propiedades de JavaScript pueden requerir camelCase. Un resultado mixto indica que la entrada debe revisarse, pero el detector no la reescribe deliberadamente. Separar la detección de la conversión evita que un control automático cambie silenciosamente nombres públicos, columnas de bases de datos o claves que quizá ya tengan referencias. La respuesta también incluye un valor booleano de reconocimiento, lo que facilita las bifurcaciones: las convenciones aceptadas devuelven verdadero y el texto irregular, falso. La comparación exacta tiene en cuenta los espacios iniciales y finales, y así descubre problemas invisibles de copia y pegado antes de que los identificadores entren en un sistema. Para procesar muchos valores, invoque la capacidad una vez por elemento y guarde el valor original y el estilo detectado en el informe de validación. Así obtendrá un resultado auditable y una persona podrá decidir si los nombres excepcionales son intencionados.

Interprete los límites y las entradas ambiguas

Los nombres de estilo pueden solaparse cuando la entrada contiene una sola palabra; por ello, el detector aplica una precedencia práctica y no afirma que existan límites de palabras ausentes. Un único elemento en minúsculas se informa como lowercase y no como camelCase, ya que camel case normalmente muestra al menos un segmento unido que empieza con mayúscula. Del mismo modo, un elemento en mayúsculas es UPPERCASE y no CONSTANT_CASE. Las formas separadas con varias palabras son más específicas: customer_order_id es snake_case, CUSTOMER_ORDER_ID es CONSTANT_CASE y Customer Order Id es Title Case. Sentence case exige una mayúscula inicial seguida de palabras minúsculas separadas por espacios, mientras que Title Case requiere que cada palabra empiece con mayúscula. Las cadenas con muchas siglas, letras Unicode, apóstrofos, comas, separadores dobles o combinaciones como snake-Case se marcan como mixtas si no encajan exactamente en un patrón compatible. Este resultado prudente es intencionado: adivinar una etiqueta conocida podría permitir que un identificador mal formado superara un validador. El algoritmo es local y analítico, sin red, modelo de lenguaje, azar ni comportamiento dependiente del tiempo. Puede comprobarlo en el navegador y automatizarlo mediante API por $0.002 por elemento.

Aplique nombres de campo de API

Compruebe que los nombres recibidos o generados respeten la convención snake_case o camelCase exigida por un contrato de API.

Audite claves de configuración

Clasifique claves de archivos de configuración y señale formas mixtas antes de que los nombres incoherentes se propaguen entre entornos.

Valide identificadores generados

Pruebe de forma determinista la salida de generadores de código sin cambiar identificadores ni ocultar límites mal formados.

¿Qué estilos reconoce?

El detector reconoce camelCase, PascalCase, snake_case, CONSTANT_CASE, kebab-case, Train-Case, dot.case, path/case, Title Case, Sentence case, minúsculas, mayúsculas, palabras minúsculas y palabras mayúsculas.

¿Por qué una palabra minúscula no es camelCase?

Una sola palabra minúscula no tiene un límite de palabra unido, por lo que se clasifica como lowercase. camelCase exige al menos un límite en mayúscula tras el inicio minúsculo.

¿Convierte el texto a otro estilo?

No. Solo detecta el estilo actual. Separar la detección de la conversión hace más segura la validación y conserva intacta la entrada original.

¿Qué sucede si los separadores o las mayúsculas son incoherentes?

El resultado es mixto y el reconocimiento es falso, porque el texto no sigue exactamente ninguna convención compatible.

¿Cuánto cuesta la API?

Cada solicitud de API cuesta $0.002. La versión del navegador de esta página puede ejecutarse localmente sin llamar a la API.

Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.

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

¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.

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"
  }
}

La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.

Por solicitud$0.002

Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.

HTTPCódigoSignificado
401unauthorizedAPI key ausente o inválida.
402insufficient_balanceEl saldo no cubre el precio de la tarea.
404unknown_typeEl tipo de tarea no existe.
429rate_limitedDemasiadas peticiones. Use el webhook en vez de sondear.

Ver la documentación completa del KIT →