Convertir cualquier frase en serpiente case — all lowercase, words joined by underscores. Estilo de identificador predeterminado para Python, Ruby y la mayoría de las columnas SQL.
User Profile Background Color → user_profile_background_color
es un evento de nominación donde las palabras están escritas en minúsculas y unidas por los subrayados. Es el estilo oficial de identificador para Python (por PEP 8) y Ruby, y es abrumadoramente el estilo más común para los nombres de columnas SQL en PostgreSQL, MySQL y SQLite.
Comparado con camelloCaso, serpiente case es más fácil de leer de un vistazo porque los subrayados actúan como separadores visuales, pero es ligeramente más lento para escribir porque cada palabra ruptura requiere una pulsación de tecla dedicada. Los idiomas y los ecosistemas eligen uno o el otro y se adhieren a ella para la consistencia.
Por PEP 8, cada variable Python, parámetro función y nombre de método debe ser la funda de serpiente: user_id, compute_tax_rate, read_from_file. Los nombres de las clases son PascalCaso; las constantes son CONSTANT_CASE.
Los métodos, variables y atributos modelo Rails son todos de serpiente case. Las columnas de base se convierten automáticamente en nombres de atributos de serpiente case en ActiveRecord, por lo que cualquier desviación rompe la magia.
PostgreSQL, MySQL y SQLite son todos sensibles a casos para identificadores no citados, pero el caso de serpiente es el estándar de de-facto. created_at, user_email, order_total.
serpiente case es amigable para los nombres de archivo y las manchas URL que necesitan subrayar en lugar de las pestañas. (Para las manchas URL, estuche-kebab es más común — Google trata los hyphens como separadores de palabras en URLs pero subraya como conectores.)
Mientras que las variables ambientales son convencionalmente CONSTANT_CASE, el separador de subrayado es el mismo. serpiente case es uno de UpperCase() lejos de un nombre válido env var.
El convertidor de la valija de la serpiente se aplica en un oleoducto determinista. En primer lugar, divide la cadena de entrada en palabras detectando límites: espacio blanco, hifén, subraya y transiciones de casos (por ejemplo, desde la minúscula hasta la mayúscula). Cada límite se trata como un separador de palabras. Entonces cada palabra se reduce. Finalmente, las palabras se unen con un solo subrayado (por sig.)_).
Acrónimos (por ejemplo, HTTP) se tratan como palabras individuales durante la división porque consisten enteramente de letras mayúsculas; después de la reducción, se convierten en http. Posesivos (por ejemplo, user's) pierde el apóstrofe y s durante la división de palabras porque el apostrófeno actúa como delimitador no-alfanumérico. Palabras hidratadas (por ejemplo, well-known) naturalmente dividido en el hiphen. El algoritmo no preserva el caso original de la carta más allá de la detección de límites de palabras.
Si bien puede lograr el mismo resultado con herramientas de línea de comandos o procesadores de palabras, este convertidor está diseñado para la velocidad y la precisión.
| esta herramienta | comando sed | Palabra "Cambiar caso" | |
|---|---|---|---|
| Manejo de casos | Convierte todos los caracteres a minúsculas. | Requiere minúsculas explícitas mediante y o tr. | Solo ofrece MAYÚSCULAS, minúsculas y título. |
| división de palabras | Detecta espacios, hipófisis, subrayaciones y transiciones de casos. | Debe definir manualmente los delimitadores (por ejemplo, sed 's/[ -]//g'). | No divide palabras; sólo cambia el caso de selección completa. |
| Formato de salida | Produce directamente Snake_case con guiones bajos. | Necesita tubo adicional para reemplazar espacios con subrayados. | No puede producir la serpiente case nativamente; requiere reemplazo manual. |
La convención de nombres de serpiente case se hizo prominente con el aumento de Python y Ruby en los años 1990 y principios de los 2000. PEP 8 (2001) de Python recomendó oficialmente serpiente case para nombres de variables y funciones, mientras que la comunidad de Ruby lo adoptó para métodos y símbolos. Sus raíces remontan a los identificadores separados de la C (por ejemplo, MAX_LENGTH), pero la variante de la minúscula surgió como una alternativa más legible al camelloCase en lenguajes de tipo dinámico. El término "snake case" en sí fue popularizado por los entusiastas de Ruby a principios de los años 2000.
Depende de tus convenciones de idiomas y de equipo. Python, Ruby y la mayoría de las bases de datos prefieren el caso de serpiente. JavaScript, Java, C#, Swift y Kotlin prefieren camelCase. La regla es seguir la guía oficial de estilo de tu idioma y el código existente de tu equipo — nunca mezclar convenciones dentro de una base de código.
Nombres con prefijo de guión bajo como _private a menudo señale "uso interno solamente" en Python y Ruby. Dobles subrayados (__name__) están reservados para identificadores definidos en el lenguaje. Nuestras tiras convertidoras que conducen y siguen los subrayados de frases regulares — añádelos manualmente si los necesita.
Los dígitos permanecen donde están: "versión 2 alpha" → "version 2 alpha". Un dígito inmediatamente después de que una carta no se separe a menos que la entrada tenga un espacio o puntuación entre ellos.
Las letras de todo el maletín con el subrayado rompen visualmente parecido a una serpiente que se desliza por toda la página. El nombre fue popularizado en la comunidad de Ruby a mediados de los años 2000.