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 anuncios.
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. [1] [2] [3] Para mayor claridad, este artículo llama a las dos alternativas: mayúscula camello (letra inicial mayúscula, también conocida como mayúscula Pascal ) y minúscula camel (letra inicial minúscula, también conocida como dromedario ). Algunas personas y organizaciones, en particular Microsoft , [2] utilizan el término " camel case" sólo para las minúsculas "camel". El caso Pascal significa solo el caso camel superior.
El caso camel es distinto del caso del título , que escribe en mayúscula todas las palabras 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 ). [4]
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 es una publicación de abril de 1990 en el grupo alt.folklore.computers por Avi Rappoport . [8] El primer uso del nombre "Camel Case" se produce en 1995, en una publicación de Newton Love. [18] 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 solo la primera vez que usé el nombre en USENET ". [19]
Uso tradicional en lenguaje natural
En combinaciones de palabras
El uso de mayúsculas como una convención en la ortografía regular de 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 , llamada Binnen-I , se usa 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 estar escrito correctamente usando paréntesis como Student (inn) en , análogo a "congress (wo) men" en inglés. [20]
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 varios idiomas bantúes escritos (p. Ej., KiSwahili , " idioma swahili "; isiZulu , " idioma zulú ") y varios idiomas indígenas de México (p. Ej. , Náhuatl , totonaca , mixe-zoque y algunos idiomas oto-mangueanos ) .
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 libro de estilo Inglés del Rey Inglés , publicado por primera vez en 1906, HW y FG Fowler sugirió que las capitales medial podrían utilizarse en triples palabras compuestas , donde guiones causarían ambigüedad los ejemplos que dan son KingMark similar (en comparación con el rey Marco parecido ) y anglo-sudamericano (frente a anglo-sudamericano ). Sin embargo, describieron el sistema como "demasiado desesperadamente contrario para su uso en la actualidad". [21]
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 . 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. [22] [23]
El sistema de Berzelius continúa 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
- DryIce Corporation (1925) comercializó la forma sólida de dióxido de carbono (CO 2 ) como "hielo seco", lo que dio lugar a su nombre común. [24]
- CinemaScope y VistaVision , formatos de película de pantalla ancha rivales (1953)
- ShopKo (1962), tiendas minoristas, luego rebautizadas como Shopko
- MisteRogers Neighborhood , la serie de televisión también llamada Mister Rogers 'Neighborhood (1968) [25]
- ChemGrass (1965), posteriormente rebautizado como AstroTurf (1967)
- ConAgra (1971), anteriormente Consolidated Mills
- MasterCraft (1968), un fabricante de embarcaciones deportivas
- AeroVironment (1971)
- PolyGram (1972), anteriormente Grammophon-Philips Group.
- United HealthCare (1977) [26]
- MasterCard (1979), anteriormente Master Charge
- SportsCenter (1979)
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 [27] en ocasiones se hace referencia a la manera informal de IBM Speedcoding sistema como "Speedco". El artículo de Christopher Strachey sobre GPM (1965), [28] 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 file
o char table
no 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 endoffile
o chartable
es difícil de entender y posiblemente engañosa; por ejemplo, chartable
es una palabra inglesa (capaz de ser graficada), mientras que charTable
significa 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 agravar 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_file
todaví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 adoptaron el caso camel en su lugar.
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 la variable para indicar su tipo. Una cuenta [ cita requerida ] 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. [29]
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:
- (1977) CompuServe
- (1978) WordStar
- (1979) VisiCalc
- (1982) MicroProse , WordPerfect
- (1983) NetWare
- (1984) LaserJet , MacWorks , PostScript
- (1985) PageMaker
- (1987) ClarisWorks , HyperCard , PowerPoint
- (1990) WorldWideWeb , posteriormente renombrado Nexus
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:
- (1980) EchoStar
- (1984) BellSouth
- (1985) EastEnders
- (1986) SpaceCamp
- (1990) HarperCollins , SeaTac
- (1998) PricewaterhouseCoopers , fusión de Price Waterhouse y Coopers
Durante la burbuja de las puntocom de finales de la década de 1990, los prefijos en minúscula "e" (para " electrónico ") e "i" (para " Internet ", [30] " información ", " inteligente ", etc.) se volvieron bastante comunes. , dando lugar 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 . [31] Este uso no fue ampliamente adoptado.
El caso camel se usa a veces para nombres abreviados de ciertos vecindarios, por ejemplo, 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. [32]
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. Algunas wikis que no utilizan la vinculación de mayúsculas y minúsculas aún pueden usar la funda camel 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 (por lo general, 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 dado, 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. [33]
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 caso de camello pudieron reconocer esos identificadores más rápido que los identificadores de caso de serpiente subrayados. [34]
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. " [35]
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 en el tiempo, puede resultar más confuso intentar transformar los estilos nativos individuales a un estilo general consistente.
Ver también
- Todas mayúsculas
- Tapas alternas
- Capitalización
- Bloq Mayús
- Tecla Shift
- Letras minúsculas
- Unicase
Referencias
- ^ "Convenciones de nomenclatura" . Scala . Consultado el 5 de diciembre de 2012 .
- ^ a b "Estilos de capitalización - .NET Framework 1.1" . Consultado el 5 de diciembre de 2012 .
- ^ "Camel Case" . Consultado el 10 de marzo de 2016 .
- ^ "Guía de estilo y calidad Ada 95" . Octubre de 1995. Sección 3.1.3 . Consultado el 25 de enero de 2020 .
- ^ Normas y pautas de codificación de C # Archivado el 11 de abril de 2008 en Wayback Machine en la Facultad de tecnología de la Universidad de Purdue
- ^ "[email protected]" . Everything2.com . Consultado el 4 de junio de 2010 .
- ^ a b Guía de estilo para código Python en www.python.org
- ^ a b "nombreCompuesto" . 29 de marzo de 1990. Ver hilo de discusión en alt.folklore.computersCS1 maint: posdata ( enlace )
- ^ "[# APF-1088] Si el nombre de la clase tiene mayúsculas incrustadas, el código de AppGen falla en las pruebas de IU y los hipervínculos generados son incorrectos. - AppFuse JIRA" . Issues.appfuse.org . Archivado desde el original el 25 de junio de 2017 . Consultado el 4 de junio de 2010 .
- ^ Convenciones de nomenclatura ASP archivadas el 8 de abril de 2009 en Wayback Machine , por Nannette Thacker (01/05/1999)
- ^ Iverson, Cheryl; Christiansen, Stacy; Flanagin, Annette; Fontanarosa, Phil B .; Glass, Richard M .; Gregoline, Brenda; Lurie, Stephen J .; Meyer, Harriet S .; Winker, Margaret A .; Young, Rozanne K., eds. (2007). Manual de estilo AMA (10ª ed.). Oxford, Oxfordshire: Oxford University Press. ISBN 978-0-19-517633-9.
- ^ Hult, Christine A .; Huckin, Thomas N. "El breve manual del nuevo siglo - Reglas para la capitalización interna" . Educación de Pearson . Archivado desde el original el 7 de abril de 2012.
- ^ "Brad Abrams: Historia en torno a Pascal Casing y Camel Casing" . Blogs.msdn.com . 3 de febrero de 2004 . Consultado el 4 de enero de 2014 .
- ^ "Caso Pascal" . C2.com . 27 de septiembre de 2012 . Consultado el 4 de enero de 2014 .
- ^ "Estilos de capitalización de referencia general de .NET Framework" . MSDN2 .microsoft.com . Consultado el 4 de enero de 2014 .
- ^ "WikiWord" . Twiki.org . Consultado el 4 de junio de 2010 .
- ^ "Caso Wiki" . C2.com . 8 de febrero de 2010 . Consultado el 4 de junio de 2010 .
- ^ Newton Love (12 de septiembre de 1995). "¡Estoy feliz de nuevo! - comp.os.os2.advocacy | Grupos de Google" . Groups.google.com . Consultado el 23 de mayo de 2009 .
- ^ Newton Love [ enlace muerto ]
- ^ Richtiges und gutes Deutsch: Das Wörterbuch der sprachlichen Zweifelsfälle. Duden (en alemán). 9 (7ª ed.). Mannheim: Bibliographisches Institut. 2011. p. 418. ISBN 978-3411040971.
- ^ Fowler, Henry W .; Fowler, Francis G. (1908). "Capítulo IV. Puntuación - Guiones" . El inglés del rey (2ª ed.). Oxford . Archivado desde el original el 31 de diciembre de 2009 . Consultado el 19 de diciembre de 2009 .
- ^ Jöns Jacob Berzelius (1813). Ensayo sobre la causa de las proporciones químicas y sobre algunas circunstancias relacionadas con ellas: junto con un método breve y fácil de expresarlas . Annals of Philosophy 2, 443-454, 3, 51-52; (1814) 93-106, 244-255, 353-364.
- ^ Henry M. Leicester y Herbert S. Klickstein, eds. 1952, A Source Book in Chemistry, 1400-1900 (Cambridge, MA: Harvard)
- ^ The Trade-Mark Reporter . Asociación de Marcas de los Estados Unidos . 1930. ISBN 1-59888-091-8.
- ^ [Neighborhoodarchive.com/images/misterogers/een/episodios/0025/snapshot20180214160754.JPG "Episodio 0025 (EEN) - El archivo del vecindario de Mister Rogers"] Verifique el
|url=
valor ( ayuda ) . Consultado el 7 de enero de 2020 . - ^ "Nuestra Historia" . unitedhealthgroup.com . Consultado el 15 de mayo de 2019 .[ enlace muerto permanente ]
- ^ " " Resumen de la sesión 8 ". Computadoras digitales: técnicas de codificación avanzadas. Sesión de verano de 1954, Instituto de Tecnología de Massachusetts" (PDF) . 1954. págs. 8–6. Archivado desde el original (PDF) el 29 de febrero de 2012 . Consultado el 4 de enero de 2014 .
- ^ Strachey, Christopher (octubre de 1965). "Un macrogenerador de propósito general" . Revista informática . 8 (3): 225–241. doi : 10.1093 / comjnl / 8.3.225 .
- ^ Niklaus Wirth (2007). "Modula-2 y Oberon" . Proc. 3ra Conf. Historia de los lenguajes de programación . San Diego: 3-1–3-10. CiteSeerX 10.1.1.91.1447 . doi : 10.1145 / 1238844.1238847 . ISBN 9781595937667.
- ^ Farhad Manjoo (30 de abril de 2002). "Los graduados también quieren estudiar en EMacs" . Wired.com . Consultado el 4 de junio de 2010 .
- ^ Comentarios, 20 de junio de 1998 Vol 158 No 2139 New Scientist 20 de junio de 1998
- ^ Dave Binkley; Marcia Davis; Dawn Lawrie; Christopher Morrell (2009). "A CamelCase o Under_score". IEEE 17th International Conference on Program Comprehension, 2009. ICPC '09 . IEEE: 158-167. CiteSeerX 10.1.1.158.9499 .
En términos de identificadores en mayúsculas y minúsculas, esto tiene un mayor impacto en los identificadores que incluyen palabras cortas y especialmente acrónimos. Por ejemplo, considere el ID del acrónimo que se encuentra en el identificador kIOuterIIDPath. Debido a la ejecución de letras mayúsculas, la tarea de leer kIOuterIIDPath, en particular la identificación de la palabra ID, es más difícil.
- ^ Caleb Crain (23 de noviembre de 2009). "Contra el caso Camel" . New York Times .
- ^ Dave Binkley; Marcia Davis; Dawn Lawrie; Christopher Morrell (2009). "A CamelCase o Under_score". IEEE 17th International Conference on Program Comprehension, 2009. ICPC '09 . IEEE: 158-167. CiteSeerX 10.1.1.158.9499 .
El experimento se basa en trabajos anteriores de otros que estudian cómo los lectores de lenguaje natural realizan tales tareas. Los resultados indican que la envoltura de camello conduce a una mayor precisión entre todos los sujetos independientemente del entrenamiento, y aquellos entrenados en la envoltura de camello pueden reconocer identificadores en el estilo de caja de camello más rápido que los identificadores en el estilo de subrayado.
- ^ Bonita Sharif; Jonathan I. Maletic (2010). "Un estudio de seguimiento ocular en camelCase y estilos de identificador under_score". IEEE 18th International Conference on Program Comprehension, 20010. ICPC '10 . IEEE: 196–205. CiteSeerX 10.1.1.421.6137 . doi : 10.1109 / ICPC.2010.41 . ISBN 978-1-4244-7604-6. ( descargar PDF ).
Se presenta un estudio empírico para determinar si las convenciones de nomenclatura de identificadores (es decir, camelCase y under_score) afectan la comprensión del código. Se utiliza un rastreador ocular para capturar datos cuantitativos de sujetos humanos durante un experimento. La intención de este estudio es replicar un estudio anterior publicado en ICPC 2009 (Binkley et al.) Que utilizó un método de prueba de respuesta cronometrada para adquirir datos. El uso de equipos de seguimiento ocular brinda información adicional y supera algunas limitaciones de las técnicas tradicionales de recopilación de datos. Se discuten las similitudes y diferencias entre los dos estudios. Una diferencia principal es que los sujetos fueron entrenados principalmente en el estilo de subrayado y todos fueron programadores. Si bien los resultados indican que no hay diferencia en la precisión entre los dos estilos, los sujetos reconocen los identificadores en el estilo de subrayado más rápidamente.
enlaces externos
- Ejemplos e historia de CamelCase , también WordsSmashedTogetherLikeSo
- Estilos de capitalización de referencia general de .NET Framework
- ¿Qué hay en un NAME (cq)? , por Bill Walsh, en The Slot
- La ciencia del reconocimiento de palabras , por Kevin Larson, Tecnología de lectura avanzada, Microsoft Corporation
- Convertir texto a CamelCase
- Portada de OASIS: CamelCase para nombrar componentes relacionados con XML
- Convertir texto a CamelCase, título, mayúsculas y minúsculas