🐫 Conversor de Mayúsculas
Convierte cualquier cadena a camelCase / snake_case / PascalCase / kebab-case y más, todo a la vez. En tiempo real.
📖 Dónde se suele tropezar
Convierte cadenas entre camelCase, snake_case, PascalCase, kebab-case y demás. Todo se ejecuta en el navegador. La conversión de mayúsculas es enteramente una cuestión de dónde están los límites de palabra, y donde eso no es obvio —series de mayúsculas, el borde con un dígito, escrituras mezcladas— no hay dos herramientas que coincidan. Lee la salida antes de usarla.
| Caso | Qué ocurre | Qué hacer |
|---|---|---|
| Las siglas se parten, o no | Pasar parseHTTPResponse a snake_case da parse_h_t_t_p_response en unas implementaciones y parse_http_response en otras. Es una diferencia en si una serie de mayúsculas se lee como una sigla o como letras sueltas, y ninguna lectura es incorrecta. Lo contrario es igual de indeterminado: parse_http_response puede volver como parseHttpResponse o como parseHTTPResponse. |
Lo mejor es no poner las siglas en mayúsculas dentro del código. Tanto las guías de estilo de Google como las directrices de diseño de .NET recomiendan capitalizar sólo la primera letra de una sigla de más de dos caracteres: Http, Xml, Url. Con esa convención, la ida y vuelta por cualquier conversor sobrevive. Al convertir código existente, saca antes con grep los identificadores con siglas y revísalos a mano. |
| Los dígitos separan, o no | En user2FA, oauth2Client o md5Hash, si el dígito forma parte de la palabra o es un separador no se puede decidir sin conocer el significado. Procesado mecánicamente sale user_2_f_a o md_5_hash. Los identificadores con número de versión, como apiV2Handler, tienen el mismo problema. |
Haz siempre un diff del resultado de una conversión masiva. Extraer primero los identificadores con dígitos reduce lo que hay que mirar. Al nombrar algo nuevo, escríbelo con palabras en vez de incrustar un dígito —user_two_factor_auth mejor que user_2fa— y se mantendrá estable con cualquier herramienta. Poner el antes y el después en el diff de texto es la comprobación más rápida. |
| Choque con la convención del lenguaje | Qué caso usar lo fija la convención de cada lenguaje: snake_case para funciones en Python, Ruby y Rust; camelCase en Java, JavaScript y Go; PascalCase en C#; kebab-case para clases CSS y rutas de URL. El baile ocurre en las fronteras: una API con claves JSON en snake_case hablando con un front en camelCase, y las variables de entorno en SCREAMING_SNAKE_CASE. | Concentra la conversión de frontera en un único sitio —el serializador de tu cliente de API o la capa de mapeo del ORM— y no conviertas casos a mano en cada punto de uso. Las conversiones manuales dispersas producen objetos que llevan a la vez userId y user_id, y sólo uno se actualiza. |
Hay sitios donde cambiar el caso cambia el significado. Los sistemas de archivos son el clásico: Linux distingue mayúsculas mientras que macOS y Windows no lo hacen por defecto. Renombra Button.tsx a button.tsx y en local no pasa nada; luego el CI en Linux falla con módulo no encontrado. Git tampoco registra ese cambio por defecto, así que hace falta un git mv Button.tsx button.tsx explícito. Del mismo modo, los nombres de cabecera HTTP no distinguen mayúsculas, pero las rutas de URL sí. Ten siempre claro qué estás convirtiendo.
📖 Cómo usar
-
1
Ingresar textoEscribe el texto en el campo. Cualquier formato es reconocido automáticamente.
-
2
Ver todos los formatosLos 12 formatos incluyendo camelCase, PascalCase, snake_case y kebab-case aparecen al instante.
-
3
Copiar el resultadoHaz clic en el botón de copiar al final de cada fila para copiarla al portapapeles.
❓ Preguntas frecuentes
¿Funciona con caracteres Unicode?
¿Qué separadores reconoce?
¿Cuántos formatos están soportados?
🐛 ¿Encontró un problema con esta herramienta?
Gratis, sin registro. Incluso solo los pasos para reproducir ayudan. Los informes van directamente al operador y se usan para corregir.
¡Gracias por tu reporte!
Tu reporte llegó al operador y se usará para mejorar.