Convertir cualquier frase en PascalCase — cada palabra capitalizada, sin separadores. Estándar para nombres de clase, tipos y componentes de Reacto.
user profile background color → UserProfileBackgroundColor
PascalCase (a veces llamado UpperCamelCase o StudlyCaps) es una convención de nombres en la que cada palabra comienza con una letra mayúscula y no hay separadores entre palabras. Es el estándar para nombres de clase, nombres de tipo y funciones de constructor en casi todos los idiomas modernos.
La convención se llama después del lenguaje de programación Pascal (1970), que lo usó para nombres de tipo. camelloCaso difiere sólo en la primera letra — PascalCase capitaliza la primera palabra; camelCase la baja.
UserProfile, HttpClient, OrderRepository. Java, C#, TipoScript, Swift, Kotlin y Python (PEP 8) todos usan PascalCase para nombres de clase, independientemente de lo que usen para variables.
React requiere que los nombres de los componentes sean PascalCase: <UserCard /> no <userCard />. JSX utiliza el casquillo para decidir si una etiqueta es un componente personalizado (capitalizado) o un elemento HTML (bajo caso).
Nombres de interfaz (UserSettings, ApiResponse) y alias de tipo son PascalCase. Algunos equipos prefijo interfaces con I (IUserSettings); la convención moderna de TipoScript es saltar el prefijo.
La mayoría de los idiomas usan PascalCase para los miembros de enumeración: OrderStatus.Pending, HttpStatus.NotFound. (Algunos códigos C++ más antiguos utilizan CONSTANT CASE para enums; uso moderno favorece PascalCase.)
Si un archivo define una clase, el nombre del archivo a menudo coincide con el nombre de clase en PascalCase: UserProfile.tsx, OrderService.cs.
El convertidor PascalCase analiza la cadena de entrada en fichas dividiendo en todos los caracteres no alfanuméricos (espacios, hifénes, subrayados, puntos, etc.). Cada token se capitaliza: el primer personaje está en mayúscula, y los caracteres restantes se reducen. Los tokens se concatenan sin ningún separador. Este proceso sigue la mayúscula estándar CamelCase HTTPRequest se convierte Httprequest (o HttpRequest si la entrada tiene rupturas de palabras). El algoritmo utiliza la cartografía de caso Unicode-aware a través de la ECMA-262 String.prototype.toUpperCase() y toLowerCase() métodos, que manejan caracteres acentuados y no latinos correctamente. Los números se tratan como parte de una ficha (por ejemplo, user2background se convierte User2background), no dividido en palabras separadas.
Mientras que puede lograr PascalCase con herramientas de manipulación de texto, este convertidor dedicado es más rápido y maneja los casos de borde automáticamente.
| esta herramienta | comando sed | Excel ADECUADO() | |
|---|---|---|---|
| Maneja palabras con guiones | Se divide en guiones de forma predeterminada | Requiere reex extra: sed 's/-/ /g' y luego script separado | Treats hyphen como no palabra, pero no directo PascalCase |
| Conserva las siglas (opcional) | No, siempre descansan las minúsculas. | Se puede programar para detectar mayúsculas, pero es complejo | No – PROPER() baja todo después de la primera carta |
| Procesamiento por lotes | Entrada única, basada en web | Ideal para archivos grandes con tuberías. | Funciona en listas sólo con fórmulas complejas |
PascalCase deriva su nombre del lenguaje de programación pascal, diseñado por Niklaus Wirth a finales de los años 60 y publicado por primera vez en 1970. Pascal utilizó esta convención de nombres para identificadores de tipo y nombres de campo de registro, promoviendo la legibilidad en un momento en que muchos idiomas utilizaban abreviaturas de todo-uppercase o críptica.
Ambos son correctos en diferentes contextos. camelCase para variables, nombres de funciones y propiedades de objetos. PascalCase para clases, tipos y componentes (en React). La mayoría de los idiomas usan ambos, son complementarios, no intercambiables.
El idioma Pascal (diseñado por Niklaus Wirth, 1970) utilizó UpperCamelCase para nombres de tipo — popularizando la convención lo suficiente como para tomar el nombre del idioma. Pascal en sí ya no es corriente principal, pero la convención de nominación lo sobrevivió.
Dos escuelas de pensamiento: mayúsculas (HTTPClient, XMLParser) o tratados como palabras (HttpClient, XmlParser). Las guías de estilo Microsoft y la mayoría de estilo moderno recomiendan a este último (tratar siglas ≥ 3 letras como palabras). Escanea más uniformemente dentro de identificadores largos.
StudlyCaps es la misma convención que PascalCase pero el término es mayor (1980s) y ligeramente más informal. Los dos nombres se refieren al patrón idéntico.