Convertir a CONSTANT_CASE

La entrada vacía y las cadenas de solo separadores fallan con un error claro de invalid_input para que un formulario en blanco no pueda parecer una conversión exitosa. Úsela gratis en el navegador para ejercicios de nombrado, preparación de archivos de entorno y limpieza de datos, o llame a la API a $0.002 por solicitud exitosa cuando CI, canalizaciones de formularios o demostraciones docentes necesiten el mismo resultado CONSTANT_CASE cada vez.

Qué significa la conversión a CONSTANT_CASE y qué contiene la respuesta

La conversión a CONSTANT_CASE convierte una frase de varias palabras en un identificador donde cada letra está en mayúscula y las palabras se separan con guiones bajos únicos, sin espacios ni otra puntuación entre ellas. La transformación no es camelCase (que dejaría la primera palabra en minúscula y eliminaría los separadores), no es PascalCase, no es kebab-case, y no es un slug que conserva los guiones: solo queda la escritura SCREAMING_SNAKE_CASE. No hay un modo parcial que solo ponga en mayúscula una cadena ya unida sin volver a tokenizar, ninguna regla de título específica de configuración regional, y ninguna conversión silenciosa de null a un éxito vacío. En la práctica, hola mundo se convierte en HOLA_MUNDO, id_usuario se convierte en ID_USUARIO, obtener-perfil-usuario se convierte en OBTENER_PERFIL_USUARIO, y un fragmento con puntos como orden.linea.articulo se convierte en ORDEN_LINEA_ARTICULO. Esta calculadora devuelve cinco campos estables: text contiene el resultado CONSTANT_CASE que copiará en código, un archivo de entorno, o un esquema; original repite exactamente la cadena de entrada para que pueda auditar qué se transformó; length reporta el conteo de caracteres del resultado; words cuenta cuántos tokens se unieron; y method es la etiqueta fija to_constant_case para registros y canalizaciones de varias herramientas. El motor construye una cadena CONSTANT_CASE completa dentro del largo admitido o rechaza la solicitud con invalid_input. Los casos rechazados incluyen un campo text ausente, un valor null, una cadena vacía, cargas útiles de solo espacio en blanco o de solo separadores que no dejan tokens alfanuméricos, objetos y arreglos que no son texto plano, y cualquier carga útil más larga que el conteo máximo de caracteres documentado.

Cómo se lee el campo text y cómo se mantiene reproducible el resultado

El valor debe ser una cadena no vacía; los números finitos y los bigints se convierten primero a cadena, así que un código numérico simple sigue convirtiéndose en un token CONSTANT_CASE tras la conversión a dígitos decimales. Los espacios iniciales y finales se recortan antes de la tokenización; las secuencias internas de espacios, guiones bajos, guiones, puntos y otros caracteres no alfanuméricos actúan como separadores de palabra y se convierten en un solo guion bajo en la salida solo entre tokens. Los límites existentes de camelCase o PascalCase se expanden, así que tanto XMLHttp Request como getUserID se dividen en palabras sensatas antes de reensamblarse. Cada token se pone en mayúscula completa, lo que mantiene holaMundo, HOLA_MUNDO y hola-mundo en el mismo resultado HOLA_MUNDO tras la tokenización. El campo preferido es text, pero se aceptan los alias input, string, value, content, s y phrase para que cadenas de consulta, hojas de cálculo y formularios tipados puedan reutilizar el mismo contrato sin renombrar columnas. Los booleanos, los objetos planos y los arreglos se rechazan con un mensaje claro para que un cuerpo JSON equivocado no se convierta en la palabra TRUE ni en un volcado de objeto inútil. Una cadena vacía siempre es invalid_input: la promesa del producto es convertir una frase, no inventar un éxito en blanco. El largo está limitado a cien mil caracteres para que un pegado desbocado no pueda monopolizar un Worker; las cargas útiles más largas fallan con un mensaje explícito de límite en lugar de un recorte silencioso truncado. Combine la ejecución gratuita en el navegador de esta página con la API de pago cuando necesite el mismo resultado CONSTANT_CASE dentro de una canalización automatizada sin enviar sus propios ayudantes de cadenas.

Dónde encaja la conversión a CONSTANT_CASE en el estudio, la publicación y el software

Los estudiantes se encuentran con CONSTANT_CASE cuando un ejercicio de programación exige nombres de variables de entorno que coincidan con una guía de estilo, cuando un laboratorio de entrada de datos limpia encabezados de hoja de cálculo en claves de configuración, o cuando una clase de sistemas renombra campos de API camelCase en tokens TODO_MAYÚSCULAS seguros para shell. En esta página el trabajo se ejecuta enteramente en su navegador; a través de la API cada conversión exitosa cuesta $0.002, la validación fallida no se cobra y no se guarda nada después de devolver la respuesta. Esa división —exploración interactiva gratuita y una API de pago idéntica— coincide con el resto del catálogo de nivel A del KIT y le permite pasar de una demostración de aula a una canalización automatizada sin cambiar el resultado de la cadena.