El caso de Carmel - Camel case

La caja del camello lleva el nombre de la "joroba" de su letra mayúscula que sobresale, similar a la joroba de los camellos comunes .

Camel case (a veces estilizado como camelCase o CamelCase , también conocido como camel caps o más formalmente como mayúsculas medial ) es la práctica de escribir frases sin espacios ni puntuación, lo que indica la separación de palabras con una sola letra en mayúscula y la primera palabra que comienza con cualquier caso. Los ejemplos comunes incluyen " iPhone " y " eBay ". También se utiliza a veces en nombres de usuario en línea como "johnSmith", y para hacer que los nombres de dominio de varias palabras sean más legibles, por ejemplo, en la promoción de "EasyWidgetCompany.com".

El caso camel se usa a menudo como una convención de nomenclatura en la programación de computadoras, pero es una definición ambigua debido a la capitalización opcional de la primera letra. Algunos estilos de programación prefieren el caso camel con la primera letra en mayúscula, otros no. Para mayor claridad, este artículo llama a las dos alternativas caso de camellos superior (letra mayúscula inicial, también conocida como la mayúscula inicial , Iniciales , InitCaps o casos Pascal ) y camel case menor (letra minúscula inicial, también conocido como dromedario caso ). Algunas personas y organizaciones, en particular Microsoft , usan el término camel case solo para minúsculas camel.

El caso camel es distinto del caso del título , que escribe todas las palabras en mayúscula pero conserva los espacios entre ellas, y de las letras de Tall Man , que usa mayúsculas para enfatizar las diferencias entre nombres de productos de apariencia similar como "predniSONE" y "predniSOLONE". El caso de camello también es distinto del caso de serpiente , que utiliza guiones bajos intercalados con letras minúsculas (a veces con la primera letra en mayúscula). En la guía de estilo Ada 95 se recomienda una combinación de caja de serpiente y camello (identificadores Written_Like_This ).

Variaciones y sinónimos

El nombre original de la práctica, utilizado en estudios de medios , gramáticas y el Diccionario de Inglés de Oxford , era "mayúsculas medial". Otros sinónimos incluyen:

La primera aparición conocida del término "InterCaps" en Usenet se encuentra en una publicación de abril de 1990 dirigida al grupo alt.folklore.computerspor Avi Rappoport . El primer uso del nombre "Camel Case" se produce en 1995, en una publicación de Newton Love. Love ha dicho desde entonces: "Con la llegada de los lenguajes de programación que tienen este tipo de construcciones, la mezquindad del estilo me hizo llamarlo HumpyCase al principio, antes de decidirme por CamelCase. Lo había estado llamando CamelCase durante años ... la cita anterior fue la primera vez que usé el nombre en USENET ".

Uso tradicional en lenguaje natural

En combinaciones de palabras

El uso de mayúsculas como una convención en la ortografía regular de los textos cotidianos es raro, pero se usa en algunos idiomas como una solución a problemas particulares que surgen cuando se combinan dos palabras o segmentos.

En italiano, los pronombres se pueden agregar como sufijos a los verbos, y debido a que la forma honorífica de los pronombres en segunda persona está en mayúscula, esto puede producir una oración como non ho trovato il tempo di risponderLe ("No he encontrado tiempo para responderte" - donde Le significa "para ti").

En alemán , la letra I mayúscula medial , denominada Binnen-I , se utiliza a veces en una palabra como StudentInnen ("estudiantes") para indicar que tanto Studenten ("estudiantes masculinos") como Studentinnen ("estudiantes femeninas") están destinados simultáneamente. Sin embargo, el uso de mayúsculas en la mitad de las palabras no se ajusta a la ortografía alemana, aparte de los nombres propios como McDonald ; el ejemplo anterior podría escribirse correctamente usando paréntesis como Student (inn) en , análogo a "congress (wo) men" en inglés.

En irlandés , el caso del camello se usa cuando un prefijo de flexión se adjunta a un nombre propio, por ejemplo, i nGaillimh ("en Galway "), de Gaillimh ("Galway"); un tAlbanach ("el escocés"), de Albanach ("el escocés"); y ve hÉirinn ("a Irlanda "), de Éire ("Irlanda"). En la ortografía gaélica escocesa reciente , se ha insertado un guión: una t-Albannach .

Esta convención también es utilizada por varias lenguas bantúes escritas (p. Ej. , IsiZulu , " lengua zulú ") y varias lenguas indígenas de México (p. Ej. , Náhuatl , totonaca , mixe-zoque y algunas lenguas oto-mangueas ).

En holandés , al poner en mayúscula el dígrafo ij , tanto la letra I como la letra J se escriben con mayúscula, por ejemplo, en el nombre de país IJsland ("Islandia").

En pinyin chino , el caso de camello se usa a veces para los nombres de lugares, de modo que los lectores puedan elegir más fácilmente las diferentes partes del nombre. Por ejemplo, lugares como Beijing (北京), Qinhuangdao (秦皇岛), y Daxing'anling (大兴安岭) pueden escribirse como Pekín , Qinhuangdao, y DaXingAnLing , respectivamente , con el número de letras mayúsculas es igual al numero de caracteres chinos . Escribir compuestos de palabras solo por la letra inicial de cada carácter también es aceptable en algunos casos, por lo que Beijing se puede escribir como BJ , Qinghuangdao como QHD y Daxing'anling como DXAL.

En inglés, las mayúsculas intermedias generalmente solo se encuentran en los nombres escoceses o irlandeses "Mac-" o "Mc-", donde, por ejemplo , MacDonald, McDonald y Macdonald son variantes ortográficas comunes del mismo nombre, y en anglo-normando "Fitz-" "nombres, donde, por ejemplo, se encuentran tanto FitzGerald como Fitzgerald .

En su guía de estilo en inglés The King's English , publicada por primera vez en 1906, HW y FG Fowler sugirieron que las mayúsculas intermedias podrían usarse en palabras compuestas triples donde los guiones causarían ambigüedad; los ejemplos que dan son similares a KingMark (en comparación con King Mark-like ) y anglo-sudamericano (frente a anglo-sudamericano ). Sin embargo, describieron el sistema como "demasiado desesperadamente contrario para su uso en la actualidad".

En transliteraciones

En la transliteración académica de idiomas escritos en otras escrituras, se utilizan mayúsculas en situaciones similares. Por ejemplo, en hebreo transcrito , ha ' I vri significa "la persona hebrea" o "el judío" y b'Yerushalayim significa "en Jerusalén". En los nombres propios tibetanos como rLobsang , la "r" representa un glifo de prefijo en la escritura original que funciona como marcador de tono en lugar de una letra normal. Otro ejemplo es ts I urku , una transcripción latina del término checheno para la piedra de remate de las características torres defensivas medievales de Chechenia e Ingushetia ; la letra mayúscula " I " aquí denota un fonema distinto del que se transcribe como "i".

En abreviaturas

Las mayúsculas intermedias se utilizan tradicionalmente en las abreviaturas para reflejar el uso de mayúsculas que tendrían las palabras cuando se escribieran en su totalidad, por ejemplo, en los títulos académicos PhD o BSc . Un ejemplo más reciente es NaNoWriMo , una contracción del Mes Nacional de Escritura de Novelas y la designación tanto para el evento anual como para la organización sin fines de lucro que lo dirige. En alemán, los nombres de los estatutos se abrevian con mayúsculas incrustadas, por ejemplo, StGB para Strafgesetzbuch (Código Penal), PatG para Patentgesetz (Ley de Patentes), BVerfG para Bundesverfassungsgericht ( Tribunal Constitucional Federal ), o la muy común GmbH, para Gesellschaft mit beschränkter Haftung ( sociedad de responsabilidad limitada ). En este contexto, puede haber incluso tres o más mayúsculas de casos de camello, por ejemplo, en TzBfG para Teilzeit- und Befristungsgesetz (Ley sobre ocupaciones a tiempo parcial y de duración limitada). En francés, los acrónimos del caso del camello como OuLiPo (1960) fueron favorecidos durante un tiempo como alternativas a los iniciales.

El caso camel se usa a menudo para transliterar iniciales en alfabetos donde se pueden requerir dos letras para representar un solo carácter del alfabeto original, por ejemplo, DShK del cirílico ДШК.

Historia del uso técnico moderno

Fórmulas químicas

El primer uso sistemático y generalizado de las letras mayúsculas con fines técnicos fue la notación para fórmulas químicas inventada por el químico sueco Jacob Berzelius en 1813. Para reemplazar la multitud de convenciones de nombres y símbolos utilizados por los químicos hasta ese momento, propuso indicar cada sustancia química. elemento por un símbolo de una o dos letras, la primera en mayúscula. El uso de mayúsculas permitió que fórmulas como " NaCl " se escribieran sin espacios y aún así se analizaran sin ambigüedad.

El sistema de Berzelius sigue utilizándose, aumentado con símbolos de tres letras como " Uue " para elementos desconocidos o no confirmados y abreviaturas para algunos sustituyentes comunes (especialmente en el campo de la química orgánica, por ejemplo " Et " para "etil-") . Esto se ha ampliado aún más para describir las secuencias de aminoácidos de proteínas y otros dominios similares.

Uso temprano en marcas comerciales

Desde principios del siglo XX, las mayúsculas medianas se han utilizado ocasionalmente para nombres corporativos y marcas comerciales de productos , como

Programación de computadoras

En las décadas de 1970 y 1980, las mayúsculas medianas se adoptaron como una convención de nomenclatura estándar o alternativa para identificadores de varias palabras en varios lenguajes de programación . El origen exacto de la convención en la programación de computadoras aún no se ha establecido. A 1954 actas de la conferencia de vez en cuando se hace referencia a la manera informal de IBM Speedcoding sistema como "Speedco". El artículo de Christopher Strachey sobre GPM (1965) muestra un programa que incluye algunos identificadores de capital medial, incluidos " NextCh" y " WriteSymbol".

Los identificadores descriptivos de varias palabras con espacios incrustados como end of fileo char tableno se pueden usar en la mayoría de los lenguajes de programación porque los espacios entre las palabras se analizarían como delimitadores entre tokens . La alternativa de juntar las palabras como en endoffileo chartablees difícil de entender y posiblemente engañosa; por ejemplo, chartablees una palabra inglesa (capaz de ser graficada), mientras que charTablesignifica tabla de chars.

Algunos lenguajes de programación tempranos, notablemente Lisp (1958) y COBOL (1959), abordaron este problema permitiendo que se usara un guión ("-") entre palabras de identificadores compuestos, como en "END-OF-FILE": Lisp porque funcionó bien con la notación de prefijo (un analizador Lisp no trataría un guión en medio de un símbolo como un operador de resta) y COBOL porque sus operadores eran palabras individuales en inglés. Esta convención permanece en uso en estos lenguajes y también es común en los nombres de programas ingresados ​​en una línea de comando , como en Unix.

Sin embargo, esta solución no era adecuada para lenguajes de orientación matemática como FORTRAN (1955) y ALGOL (1958), que usaban el guión como operador de resta infijo. FORTRAN ignoró los espacios en blanco por completo, por lo que los programadores podrían usar espacios incrustados en los nombres de las variables. Sin embargo, esta característica no fue muy útil ya que las primeras versiones del idioma restringían los identificadores a no más de seis caracteres.

Para exacerbar el problema, los conjuntos de caracteres de tarjetas perforados comunes de la época estaban solo en mayúsculas y carecían de otros caracteres especiales. Fue sólo a fines de la década de 1960 que la adopción generalizada de la ASCII juego de caracteres de ambos hizo minúsculas y el guión bajo carácter _universalmente disponibles. Algunos lenguajes, en particular C , adoptaron rápidamente guiones bajos como separadores de palabras e identificadores como los que end_of_filetodavía prevalecen en los programas y bibliotecas de C (así como en los lenguajes posteriores influenciados por C, como Perl y Python ). Sin embargo, algunos lenguajes y programadores optaron por evitar los guiones bajos, entre otras razones para evitar confundirlos con espacios en blanco, y en su lugar adoptaron el caso camel.

Charles Simonyi , quien trabajó en Xerox PARC en la década de 1970 y luego supervisó la creación del conjunto de aplicaciones Office de Microsoft, inventó y enseñó el uso de la notación húngara , una versión de la cual usa la (s) letra (s) minúscula al comienzo de una (en mayúscula) ) nombre de variable para indicar su tipo. Una cuenta afirma que el estilo de caja camel se hizo popular por primera vez en Xerox PARC alrededor de 1978, con el lenguaje de programación Mesa desarrollado para la computadora Xerox Alto . Esta máquina carecía de una tecla de subrayado (cuyo lugar estaba ocupado por una flecha izquierda "←"), y los guiones y espacios no estaban permitidos en los identificadores, dejando camel case como el único esquema viable para nombres legibles de varias palabras. El PARC Mesa Language Manual (1979) incluyó un estándar de codificación con reglas específicas para mayúsculas y minúsculas que fue seguido estrictamente por las bibliotecas de Mesa y el sistema operativo Alto. Niklaus Wirth , el inventor de Pascal , llegó a apreciar el caso camel durante un año sabático en PARC y lo usó en Modula , su próximo lenguaje de programación.

El lenguaje Smalltalk , que se desarrolló originalmente en Alto, también usa mayúsculas y minúsculas en lugar de guiones bajos. Este lenguaje se hizo bastante popular a principios de la década de 1980 y, por lo tanto, también pudo haber sido fundamental para difundir el estilo fuera de PARC.

La mayúscula camel (o "caso Pascal") se utiliza en Wolfram Language en el sistema algebraico informático Mathematica para identificadores predefinidos. Los identificadores definidos por el usuario deben comenzar con una letra minúscula. Esto evita el conflicto entre identificadores predefinidos y definidos por el usuario tanto hoy como en todas las versiones futuras.

Empresas y productos informáticos

Independientemente de sus orígenes en el campo de la informática, la convención se utilizó en los nombres de las empresas de informática y sus marcas comerciales, desde finales de la década de 1970, una tendencia que continúa hasta el día de hoy:

Difundir al uso generalizado

En las décadas de 1980 y 1990, después de que el advenimiento de la computadora personal expuso la cultura de los piratas informáticos al mundo, el estuche camel se puso de moda también para los nombres comerciales corporativos en campos no informáticos. El uso generalizado estaba bien establecido en 1990:

Durante la burbuja de las punto com de finales de la década de 1990, los prefijos en minúscula "e" (para " electrónico ") e "i" (para " Internet ", " información ", " inteligente ", etc.) se volvieron bastante comunes, dando lugar a a nombres como de Apple 's iMac y el eBox plataforma de software.

En 1998, Dave Yost sugirió que los químicos usaran mayúsculas para facilitar la legibilidad de los nombres químicos largos, por ejemplo, escribir AmidoPhosphoRibosylTransferase en lugar de amidophosphoribosyltransferase . Este uso no fue ampliamente adoptado.

El caso camel se usa a veces para nombres abreviados de ciertos vecindarios, por ejemplo, los vecindarios de la ciudad de Nueva York SoHo ( So uth of Ho uston Street) y TriBeCa ( Tri angle Be low Ca nal Street) y SoMa de San Francisco ( So uth of Ma rket). Tales usos se erosionan rápidamente, por lo que los vecindarios ahora se representan típicamente como Soho , Tribeca y Soma .

La capitalización interna también se ha utilizado para otros códigos técnicos como HeLa (1983).

Uso actual en informática

Programación y codificación

Las pautas de estilo de codificación de muchas organizaciones o proyectos de software recomiendan el uso de tapas mediales para identificadores compuestos . Para algunos idiomas (como Mesa , Pascal , Modula , Java y Microsoft 's NET ) esta práctica es recomendado por los desarrolladores del lenguaje o en los manuales de autoridad y por lo tanto se ha convertido en parte de la 'cultura' de la lengua.

Las pautas de estilo a menudo distinguen entre mayúsculas y minúsculas, típicamente especificando qué variedad debe usarse para tipos específicos de entidades: variables , campos de registro , métodos , procedimientos , funciones , subrutinas , tipos , etc. Estas reglas a veces son compatibles con herramientas de análisis estático que comprueban la adherencia del código fuente .

La notación húngara original para programación, por ejemplo, especifica que una abreviatura en minúscula para el "tipo de uso" (no tipo de datos) debe anteponer todos los nombres de variables, con el resto del nombre en mayúsculas; como tal, es una forma de caso de camello inferior.

Los identificadores de programación a menudo necesitan contener acrónimos e iniciales que ya están en mayúsculas, como "archivo HTML antiguo". Por analogía con las reglas de mayúsculas y minúsculas del título, la representación de mayúsculas y minúsculas natural tendría la abreviatura en mayúsculas, a saber, "oldHTMLFile". Sin embargo, este enfoque es problemático cuando dos acrónimos aparecen juntos (p. Ej., "Parse DBM XML" se convertiría en "parseDBMXML") o cuando el estándar exige minúsculas en camello pero el nombre comienza con una abreviatura (p. Ej., "SQL server" se convertiría en "sQLServer "). Por esta razón, algunos programadores prefieren tratar las abreviaturas como si fueran palabras en minúsculas y escribir "oldHtmlFile", "parseDbmXml" o "sqlServer". Sin embargo, esto puede dificultar el reconocimiento de que una palabra determinada es un acrónimo.

Marcado de enlaces de wiki

El caso de camello se utiliza en algunos lenguajes de marcado wiki para términos que deberían vincularse automáticamente a otras páginas wiki . Esta convención se usó originalmente en el software wiki original de Ward Cunningham , WikiWikiWeb , y se puede activar en la mayoría de las otras wikis. Algunos motores wiki como TiddlyWiki , Trac y PmWiki lo utilizan en la configuración predeterminada, pero generalmente también proporcionan un mecanismo de configuración o un complemento para deshabilitarlo. Wikipedia también usaba anteriormente la vinculación de casos de camello, pero cambió a un marcado de vínculo explícito usando corchetes y muchos otros sitios wiki han hecho lo mismo. MediaWiki , por ejemplo, no admite el uso de mayúsculas y minúsculas para la vinculación. Algunas wikis que no utilizan la vinculación de mayúsculas y minúsculas pueden seguir usando las mayúsculas y minúsculas como una convención de nomenclatura, como AboutUs .

Otros usos

El registro NIEM requiere que los elementos de datos XML usen mayúsculas y minúsculas camel y los atributos XML usen minúsculas camel.

Las interfaces de línea de comandos y los lenguajes de scripting más populares no pueden manejar fácilmente nombres de archivos que contienen espacios incrustados (generalmente requieren que el nombre se ponga entre comillas). Por lo tanto, los usuarios de esos sistemas a menudo recurren a mayúsculas y minúsculas (o guiones bajos, guiones y otros caracteres "seguros") para nombres de archivos compuestos como MyJobResume.pdf .

Los servicios de microblogging y redes sociales que limitan el número de caracteres en un mensaje son posibles salidas para las capitales mediáticas. El uso de mayúsculas y minúsculas entre palabras reduce la cantidad de espacios y, por lo tanto, la cantidad de caracteres en un mensaje determinado, lo que permite que quepa más contenido en el espacio limitado. Los hashtags , especialmente los largos, a menudo usan mayúsculas y minúsculas para mantener la legibilidad (por ejemplo, #CollegeStudentProblems es más fácil de leer que #collegestudentproblems).

En las URL de sitios web, los espacios están codificados porcentualmente como "% 20", lo que hace que la dirección sea más larga y menos legible por humanos . Al omitir espacios, camel case no tiene este problema.

Estudios de legibilidad

El caso Camel ha sido criticado por afectar negativamente la legibilidad debido a la eliminación de espacios y mayúsculas de cada palabra.

Un estudio de 2009 que comparó el caso de serpiente con el caso de camello encontró que los identificadores de caso de camello podían reconocerse con mayor precisión entre programadores y no programadores, y que los programadores ya entrenados en el caso de camello pudieron reconocer esos identificadores más rápido que los identificadores de caso de serpiente subrayados.

Un estudio de seguimiento de 2010, en las mismas condiciones pero utilizando un método de medición mejorado con el uso de equipo de seguimiento ocular, indica: "Si bien los resultados no indican diferencias en la precisión entre los dos estilos, los sujetos reconocen los identificadores en el estilo de subrayado más rápidamente. "

La inconsistencia del estilo de varias palabras o las combinaciones de estilo dentro de un solo nombre pueden ser confusas. Un ejemplo interesante es "Creative Commons Attribution-ShareAlike 3.0 Unported License", que nombra una "cosa" utilizando tres métodos de combinación de varias palabras a la vez: espacio, guión y CamelCase superior. Las dificultades surgen cuando se crea algo nuevo combinando cosas con diferentes convenciones de nomenclatura. Cuando la creación es dinámica y continua a lo largo del tiempo, puede resultar más confuso intentar transformar los estilos nativos individuales a un estilo general coherente.

Ver también

Referencias

enlaces externos