Detector de estilo de identificadores

Un identificador como getUserName es camelCase; UserProfile es PascalCase; http_status_code es snake_case; content-type es kebab-case; y MAX_RETRY_COUNT es SCREAMING_SNAKE_CASE. Los identificadores vacíos, ausentes o ilegales fallan con invalid_input en lugar de un reparto vacío silencioso. Las llamadas API correctas se facturan a $0.002; los fallos de validación no se cobran.

Qué significa detectar el estilo de un identificador y cómo se reconoce cada convenio

PascalCase, también llamado UpperCamelCase, empieza con mayúscula y es la forma habitual de los nombres de tipo, los componentes React y las clases de C#: HttpServer es http más server. snake_case escribe todas las letras en minúscula y une las palabras con un solo guion bajo, el valor predeterminado de las funciones Python, los métodos Ruby y muchas columnas SQL. kebab-case hace el mismo trabajo con guiones y aparece en clases CSS, slugs de URL y nombres de cabecera HTTP como content-type. SCREAMING_SNAKE_CASE es snake_case en mayúsculas completas y se reserva para constantes y claves de entorno como MAX_RETRY_COUNT. Las partes minúsculas separadas por guion bajo son snake_case; las mismas partes en mayúsculas son SCREAMING_SNAKE_CASE. Los guiones bajos iniciales usados para privacidad o dunders de Python se quitan antes de nombrar el estilo, de modo que _foo_bar sigue siendo snake_case y __init__ sigue siendo snake_case, mientras que el identificador devuelto aún reproduce la grafía original.

Contrato de entrada, partición en palabras y comportamiento ante errores

La longitud está limitada a cuatro mil noventa y seis caracteres: un pegado más largo falla con un mensaje explícito de límite en lugar de un corte silencioso. El identificador debe empezar por una letra, un guion bajo o un signo de dólar y, a continuación, usar solo letras ASCII, dígitos, guiones bajos o guiones. Se rechazan los guiones iniciales o finales y los guiones consecutivos porque no son nombres legales en los lenguajes para los que está hecha esta herramienta. Se exige al menos una letra: un token hecho solo de dígitos o símbolos no tiene estilo de nombrado que detectar. No hay capitalización de título propia del idioma ni un éxito parcial que elimine tokens sin decirlo. Envíe por POST un cuerpo JSON con un campo obligatorio, text, que contiene el identificador a inspeccionar. Se aceptan los alias identifier, name, value e input para que hojas de cálculo, cadenas de consulta y formularios tipados reutilicen el mismo contrato sin renombrar una columna. El valor debe ser una cadena no vacía tras el recorte; se rechazan números, booleanos, objetos y arreglos para que un cuerpo JSON equivocado no se convierta en la palabra true ni en un volcado de objeto. Si tiene éxito, el cuerpo devuelve cinco campos estables. identifier reproduce la entrada recortada para que pueda auditar lo clasificado. case_style es uno de camelCase, PascalCase, snake_case, kebab-case, SCREAMING_SNAKE_CASE, lower, upper o mixed. words es el arreglo ordenado de tokens en minúsculas tras los cortes en guiones bajos, guiones, un borde de minúscula o dígito hacia mayúscula, un acrónimo seguido de una palabra Titlecase, y bordes letra-dígito o dígito-letra, de modo que XMLHttpRequest pasa a xml, http y request, y getUser2FA pasa a get, user, 2 y fa. word_count es la longitud de ese arreglo. readable une las palabras con espacios simples para etiquetas y registros. Un text ausente, una cadena vacía y un conjunto ilegal de caracteres fallan con invalid_input nombrando el campo; esos fallos no se facturan.

Dónde usan un detector de estilo las herramientas de cambio de nombre, los linters y las migraciones

Una refactorización de cambio de nombre es insegura si la herramienta supone que todo símbolo ya está en camelCase. Los generadores de documentación convierten la frase legible en encabezados y etiquetas de accesibilidad y siguen conociendo el convenio original para los vínculos cruzados. La validación fallida no consume saldo. Mantenga las solicitudes en un identificador, fije el arreglo words en las pruebas y obtendrá una clasificación reproducible para canalizaciones de cambio de nombre, reglas de lint y comprobaciones de aula sin montar un generador de analizadores propio. Las bases de código de interfaz mezclan componentes React en PascalCase, ganchos en camelCase, módulos CSS en kebab-case y constantes de entorno en SCREAMING_SNAKE_CASE; un detector que devuelve el estilo y las palabras permite que un transformador reconstruya getUserName como get_user_name o GetUserName sin que una persona señale cada archivo. Las migraciones de servidor enfrentan la misma división entre funciones Python en snake_case, cabeceras HTTP en kebab-case y tipos Java en PascalCase cuando un documento OpenAPI, un modelo ORM y un SDK de cliente deben permanecer alineados. Los linters de estilo y los robots de revisión pueden marcar una función que llegó como Http_Server en lugar de adivinar si el autor quería snake_case o PascalCase. Los docentes y las plataformas de entrevistas de programación pueden pedir a un estudiante que nombre el estilo de diez identificadores y calificar la respuesta contra este oráculo en lugar de una macro de hoja de cálculo que trata UserID y user_id como la misma cadena. Como la implementación es de análisis puro de nivel A, cada llamada correcta cuesta el precio base publicado $0.002 sin tokens de modelo y sin red de salida, y la vía gratuita del navegador coincide con la API byte a byte sobre el mismo módulo.