camelCase được đặt tên theo "bướu" của chữ in hoa của nó, tương tự như bướu của một con lạc đà Bactrian

Từ đầu thế kỷ 17, các chữ khắc trên các di tích khác nhau được kết hợp với các chữ số La Mã để được tưởng niệm đã được hiển thị cao hơn so với các chữ cái xung quanh, có thể được coi là một hình thức của trường hợp lạc đà. Tại đây tưởng niệm ngày "1859", Nhà thờ St Jean, Elvange, Luxembourg

Vỏ lạc đà (cách điệu là camelCase còn được gọi là mũ lạc đà hoặc chính thức hơn là thủ đô trung gian ) là cách viết các cụm từ sao cho mỗi từ hoặc viết tắt ở giữa cụm từ bắt đầu bằng chữ in hoa, không có dấu cách hoặc dấu chấm câu. Ví dụ phổ biến bao gồm "iPhone" và "eBay". Đôi khi nó cũng được sử dụng trong các tên người dùng trực tuyến như "johnSmith" và để làm cho tên miền nhiều từ dễ đọc hơn, ví dụ như trong quảng cáo.

Vỏ lạc đà thường được sử dụng cho các tên biến trong lập trình máy tính. Một số phong cách lập trình thích trường hợp lạc đà với chữ cái đầu tiên được viết hoa, một số khác thì không. ^[1][2][3] Để rõ ràng, bài viết này gọi hai phương án trường hợp lạc đà trên (chữ in hoa ban đầu, còn được gọi là trường hợp Pascal ) và trường hợp lạc đà thấp hơn (chữ cái viết thường ban đầu, còn được gọi là trường hợp Dromedary ^[4]). Một số người và tổ chức, đặc biệt là Microsoft, ^[2] chỉ sử dụng thuật ngữ trường hợp lạc đà chỉ cho trường hợp lạc đà thấp hơn. Vỏ Pascal chỉ có nghĩa là vỏ lạc đà phía trên.

Vỏ lạc đà khác với Trường hợp Tiêu đề, viết hoa tất cả các từ nhưng vẫn giữ khoảng cách giữa chúng và từ chữ Tall Man, sử dụng chữ hoa để nhấn mạnh sự khác biệt giữa các từ có vẻ tương tự như "preniSONE" và "preniSOLONE". Vỏ lạc đà cũng khác với vỏ rắn, sử dụng dấu gạch dưới xen kẽ với chữ cái viết thường (đôi khi có chữ cái đầu tiên viết hoa). Sự kết hợp giữa "vỏ lạc đà trên" và "vỏ rắn" được gọi là "vỏ Darwin". Trường hợp Darwin sử dụng dấu gạch dưới giữa các từ có chữ in hoa ban đầu, như trong "Sample_Type". ^{[ cần trích dẫn ]}

Biến thể và từ đồng nghĩa [ chỉnh sửa ] Tên gốc của thực tiễn, được sử dụng trong các nghiên cứu truyền thông, ngữ pháp và Từ điển tiếng Anh Oxford là "thủ đô trung gian". Các từ đồng nghĩa khác bao gồm:

BumpyCaps [5] NerdCaps [5] ký hiệu camelBack (hoặc camel-back) [6] hoặc CamelCaps [7] Capitalizedemme hoặc Capemme cho trường hợp lạc đà trên trong Python [8] [10] Ký hiệu HumpBack (hoặc gù lưng) [11]

Sự xuất hiện sớm nhất của thuật ngữ "InterCaps" trên Usenet là trong một bài đăng tháng 4 năm 1990 cho nhóm alt.folklore.computing bởi Avi Rappoport. ^[9] Việc sử dụng sớm nhất cái tên "CamelCase" xảy ra vào năm 1995, trong một bài đăng của Newton Love. ^[19] Tình yêu đã nói, "Với sự ra đời của các ngôn ngữ lập trình có các loại cấu trúc này, sự gù gù của phong cách được tạo ra tôi gọi nó là HumpyCase lúc đầu, trước khi tôi định cư trên CamelCase. Tôi đã gọi nó là CamelCase trong nhiều năm. … Các trích dẫn ở trên chỉ là lần đầu tiên tôi sử dụng tên trên USENET. "^[20]

Sử dụng truyền thống trong ngôn ngữ tự nhiên. [ chỉnh sửa ]

Trong các kết hợp từ [ ] sửa ]

Việc sử dụng chữ viết hoa trung gian như một quy ước trong cách đánh vần thường xuyên của các văn bản hàng ngày là rất hiếm, nhưng được sử dụng trong một số ngôn ngữ như một giải pháp cho các vấn đề cụ thể phát sinh khi hai từ hoặc phân đoạn được kết hợp.

Trong tiếng Ý, đại từ có thể được thêm vào các động từ và vì dạng danh từ của đại từ nhân xưng được viết hoa, nên điều này có thể tạo ra một câu như non ho trovato il tempo di risponderLe ("Tôi không tìm thấy thời gian để trả lời bạn "- trong đó Le có nghĩa là" với bạn ").

Trong tiếng Đức, chữ in hoa trung gian I, được gọi là Binnen-I đôi khi được sử dụng trong một từ như StudentInnen ("sinh viên") để chỉ ra rằng cả Studenten ("sinh viên nam") và Studentinnen ("sinh viên nữ") được dự định đồng thời. Tuy nhiên, viết hoa từ giữa không phù hợp với chính tả Đức; ví dụ trước có thể được viết chính xác bằng cách sử dụng dấu ngoặc đơn là Student (inn) en tương tự như "congress (wo) man" trong tiếng Anh. ^[21]

Trong tiếng Ailen, lạc đà được sử dụng khi một tiền tố thay thế được gắn vào một danh từ thích hợp, ví dụ i nGaillimh ("in Galway"), từ Gaillimh ("Galway"); một tAlbanach ("người Scotland"), từ Albanach ("người Scotland"); và đi hÉirinn ("đến Ireland"), từ Éire ("Ireland"). Trong chỉnh hình Scots Gaelic gần đây, một dấu gạch nối đã được chèn vào: một t-Albannach .

Quy ước này cũng được sử dụng bởi một số ngôn ngữ viết bằng tiếng thổ ngữ (ví dụ: kiSwtionary "Ngôn ngữ tiếng Swour"; isiZulu "Ngôn ngữ Zulu") và một số ngôn ngữ bản địa của Mexico Nahuatl, Totonacan, MixeTHER Zoque và một số ngôn ngữ Oto-Manguean).

Trong tiếng Hà Lan, khi viết hoa chữ viết hoa ij cả chữ cái I và chữ cái J đều được viết hoa, ví dụ như tên quốc gia .

Trong tiếng Anh, thủ đô trung gian thường chỉ được tìm thấy trong các tên "Mac-" hoặc "Mc-" của Scotland hoặc Ailen, ví dụ MacDonald, McDonald, và Macdonald là phổ biến các biến thể đánh vần cùng tên, và trong tên "Fitz-" của Anglo-Norman, ví dụ cả hai FitzGerald và Fitzgerald được tìm thấy.

Trong hướng dẫn phong cách tiếng Anh của họ The King English xuất bản lần đầu năm 1906, HW và FG Fowler cho rằng các chữ hoa trung gian có thể được sử dụng trong ba từ ghép trong đó các dấu gạch nối sẽ gây ra sự mơ hồ mà các ví dụ họ đưa ra là KingMark-like (so với King Mark-like ) và Anglo-SouthAmerican (so với Anglo-South American ). Tuy nhiên, họ đã mô tả hệ thống này là "quá vô vọng trái ngược với việc sử dụng hiện nay." ^[22]

Trong phiên âm [ chỉnh sửa ]

Trong phiên âm học thuật của các ngôn ngữ được viết bằng chữ viết khác, chữ viết hoa trung gian được sử dụng trong các tình huống tương tự. Ví dụ: trong tiếng Do Thái phiên âm, ha ' I vri có nghĩa là "người Do Thái" hoặc "Người Do Thái" và b'Yerushalayim có nghĩa là "ở Jerusalem". Trong các tên riêng của Tây Tạng như rLobsang "r" là viết tắt của một tiền tố glyph trong tập lệnh gốc có chức năng đánh dấu âm chứ không phải là một chữ cái bình thường. Một ví dụ khác là ts I urku phiên âm tiếng Latinh của thuật ngữ Chechen cho viên đá của tòa tháp phòng thủ thời Trung cổ đặc trưng của Chechenia và Ingushetia; chữ in hoa " I " ở đây biểu thị một âm vị khác với âm được phiên âm là "i".

Trong các chữ viết tắt [ chỉnh sửa ]

Thủ đô trung gian được sử dụng theo cách viết tắt để phản ánh cách viết hoa mà các từ sẽ có khi được viết đầy đủ, ví dụ như trong các tiêu đề học thuật hoặc Cử nhân Trong tiếng Đức, tên của các đạo luật được viết tắt bằng cách sử dụng chữ hoa được nhúng, ví dụ: StGB (Strafgesetzbuch) cho Bộ luật Hình sự, PatG (Patentgesetz) cho Đạo luật Bằng sáng chế, BVerfG (Bundesverfassungsgericht) cho Tòa án Hiến pháp Liên bang, hoặc Công ty trách nhiệm hữu hạn (Gesellschaft mit ambchränkter Haft). Trong bối cảnh này, thậm chí có thể có ba hoặc nhiều thủ đô "CamelCase", ví dụ: trong TzBfG cho Teilzeit- und Befristungsgesetz (Đạo luật về nghề nghiệp bán thời gian và hạn chế). Trong tiếng Pháp, các từ viết tắt của trường hợp lạc đà như OuLiPo (1960) đã được ưa chuộng trong một thời gian như là sự thay thế cho các chữ viết tắt.

Vỏ lạc đà thường được sử dụng để chuyển ngữ các chữ cái đầu thành bảng chữ cái trong đó hai chữ cái có thể được yêu cầu để thể hiện một ký tự duy nhất của bảng chữ cái gốc, ví dụ, DShK từ Cyrillic.

Lịch sử sử dụng kỹ thuật hiện đại [ chỉnh sửa ]

Công thức hóa học [ chỉnh sửa ]

Việc sử dụng rộng rãi đầu tiên một cách có hệ thống Mục đích kỹ thuật là ký hiệu cho các công thức hóa học được phát minh bởi nhà hóa học người Thụy Điển Jacob Berzelius vào năm 1813. Để thay thế vô số các quy ước đặt tên và ký hiệu được sử dụng bởi các nhà hóa học cho đến thời điểm đó, ông đề xuất chỉ ra mỗi nguyên tố hóa học bằng một ký hiệu của một hoặc hai chữ cái, cái đầu tiên được viết hoa. Viết hoa cho phép các công thức như "NaCl" được viết không có khoảng trắng và vẫn được phân tích cú pháp mà không có sự mơ hồ. ^{[23] [24]}

Hệ thống của Berzelius tiếp tục được sử dụng, tăng cường với các ký hiệu ba chữ cái như "Uue" cho các yếu tố và chữ viết tắt chưa được xác nhận hoặc chưa biết đối với một số nhóm thế phổ biến (đặc biệt là trong lĩnh vực hóa học hữu cơ, ví dụ "Et" cho "ethyl-"). Điều này đã được mở rộng hơn nữa để mô tả các chuỗi axit amin của protein và các lĩnh vực tương tự khác.

Sử dụng sớm trong các nhãn hiệu [ chỉnh sửa ]

Từ đầu thế kỷ 20, thủ đô trung gian đôi khi được sử dụng cho tên công ty và nhãn hiệu sản phẩm, như

Lập trình máy tính [ chỉnh sửa ]

Trong những năm 1970 và 1980, thủ đô trung gian đã được thông qua như một quy ước đặt tên tiêu chuẩn hoặc thay thế cho định danh nhiều từ trong một số ngôn ngữ lập trình. Nguồn gốc chính xác của quy ước trong lập trình máy tính vẫn chưa được giải quyết. Một thủ tục hội nghị năm 1954 ^[27] đôi khi gọi một cách không chính thức hệ thống Mã tốc độ của IBM là "SpeedCo". Bài viết của Christopher Strachey về GPM (1965), ^[28] cho thấy một chương trình bao gồm một số định danh vốn trung gian, bao gồm " NextCh " và " WriteSymbol ".

Số nhận dạng mô tả nhiều từ có khoảng trắng được nhúng như cuối tệp hoặc bảng char không thể được sử dụng trong hầu hết các ngôn ngữ lập trình bởi vì khoảng trắng giữa các từ sẽ được phân tách thành các dấu phân cách giữa mã thông báo. Cách thay thế của việc chạy các từ với nhau như trong endoffile hoặc chartable là khó hiểu và có thể gây hiểu lầm; ví dụ: chartable là một từ tiếng Anh (có thể được biểu đồ).

Một số ngôn ngữ lập trình ban đầu, đáng chú ý là Lisp (1958) và COBOL (1959), đã giải quyết vấn đề này bằng cách cho phép sử dụng dấu gạch nối ("-") giữa các từ của số nhận dạng ghép, như trong "END-OF-FILE": Lisp vì nó hoạt động tốt với ký hiệu tiền tố (trình phân tích cú pháp Lisp sẽ không coi dấu gạch nối ở giữa ký hiệu là toán tử trừ) và COBOL vì toán tử của nó là các từ tiếng Anh riêng lẻ. Quy ước này vẫn được sử dụng trong các ngôn ngữ này và cũng phổ biến trong các tên chương trình được nhập trên một dòng lệnh, như trong Unix.

Tuy nhiên, giải pháp này không phù hợp với các ngôn ngữ định hướng toán học như FORTRAN (1955) và ALGOL (1958), sử dụng dấu gạch nối làm toán tử trừ. Thay vào đó, các ngôn ngữ ban đầu này cho phép các mã định danh chứa các không gian nhúng không bị hạn chế, xác định kết thúc của mã định danh theo ngữ cảnh. Cách tiếp cận này đã bị bỏ qua trong các ngôn ngữ sau này do sự phức tạp mà nó thêm vào mã thông báo. (FORTRAN ban đầu giới hạn số nhận dạng không quá sáu ký tự, ngăn chặn hiệu quả số nhận dạng nhiều từ trừ những từ được tạo từ rất ngắn, chẳng hạn như "GO TO" = "GOTO".)

Làm trầm trọng thêm vấn đề, các bộ ký tự thẻ đục lỗ thông thường thời đó chỉ là chữ hoa và thiếu các ký tự đặc biệt khác. Chỉ đến cuối những năm 1960, việc áp dụng rộng rãi bộ ký tự ASCII mới khiến cả chữ thường và ký tự gạch dưới _ phổ biến rộng rãi. Một số ngôn ngữ, đặc biệt là C, đã nhanh chóng sử dụng dấu gạch dưới làm dấu tách từ và số nhận dạng như end_of_file vẫn còn phổ biến trong các chương trình và thư viện C (cũng như các ngôn ngữ sau này bị ảnh hưởng bởi C, như Perl và Python). Tuy nhiên, một số ngôn ngữ và lập trình viên đã chọn cách tránh nhấn mạnh trong số các lý do khác để tránh nhầm lẫn chúng với khoảng trắng và trường hợp lạc đà được thông qua thay thế.

Charles Simonyi, người làm việc tại Xerox PARC vào những năm 1970 và sau đó giám sát việc tạo ra bộ ứng dụng Office của Microsoft, đã phát minh và dạy cách sử dụng Ký hiệu Hungary, một phiên bản sử dụng chữ cái viết thường khi bắt đầu một tên biến (viết hoa) để biểu thị loại của nó. Một tài khoản ^{[ cần trích dẫn ]} tuyên bố rằng kiểu vỏ lạc đà lần đầu tiên trở nên phổ biến tại Xerox PARC vào khoảng năm 1978, với ngôn ngữ lập trình Mesa được phát triển cho máy tính Xerox Alto. Máy này thiếu khóa gạch dưới và ký tự dấu gạch nối và dấu cách không được phép trong mã định danh, để lại trường hợp lạc đà là lược đồ khả thi duy nhất cho tên đa từ có thể đọc được. Sách hướng dẫn ngôn ngữ PARC Mesa (1979) bao gồm một tiêu chuẩn mã hóa với các quy tắc cụ thể cho trường hợp lạc đà trên và dưới được tuân thủ nghiêm ngặt bởi các thư viện Mesa và hệ điều hành Alto.

Ngôn ngữ Smalltalk, được phát triển ban đầu trên Alto và trở nên khá phổ biến vào đầu những năm 1980, có thể ^{[ theo ai? ]} đã trở thành công cụ truyền bá phong cách bên ngoài PARC. Trường hợp lạc đà cũng được sử dụng theo quy ước cho nhiều tên trong ngôn ngữ mô tả trang PostScript (được phát minh bởi người sáng lập Adobe Systems và nhà khoa học cũ của PARC John Warnock), cũng như cho chính ngôn ngữ này. Ngoài ra, Niklaus Wirth, người phát minh ra Pascal, đã đánh giá cao trường hợp lạc đà trong một kỳ nghỉ tại PARC và sử dụng nó trong Modula, ngôn ngữ lập trình tiếp theo của anh.

Lan truyền sang sử dụng chính thống [ chỉnh sửa ]

Bất kể nguồn gốc của nó trong thế giới điện toán là gì, thực tiễn lan rộng vào những năm 1980 và 1990, khi sự ra đời của máy tính cá nhân tiếp xúc với văn hóa hacker thế giới. Vỏ lạc đà sau đó trở thành mốt cho các tên thương mại của công ty, ban đầu trong các lĩnh vực kỹ thuật; sử dụng chính được thiết lập tốt vào năm 1990:

• (1962) PolyGram, trước đây là một trong những nhãn hiệu lớn của ngành công nghiệp âm nhạc.
• (1971) AeroVironment
• (1976) InterCity 125
• (1977) CompuServe, UnitedHealthCare (nay là UnitedHealthcare). ] [29]
• (1978) WordStar
• (1979) MasterCard, SportsCenter, VisiCalc
• (1980) EchoStar
• (1982) MicroProse, Worderinf
• ] (1984) BellSouth, LaserJet, MacWorks, iDEN
• (1985) PageMaker, EastEnders
• (1986) SpaceCamp
• (1987) ClarisWorks, HyperCard, PowerPoint
• (1990) HarperCollins, Sea

Trong bong bóng dot-com vào cuối những năm 1990, các tiền tố chữ thường "e" (đối với "điện tử") và "i" (đối với "Internet", ^[30] "thông tin", "thông minh", v.v.) trở nên khá phổ biến, tạo ra những cái tên như iMac của Apple và nền tảng phần mềm eBox.

Năm 1998, Dave Yost đề nghị các nhà hóa học sử dụng thủ đô trung gian để hỗ trợ khả năng đọc tên hóa học dài, ví dụ: viết AmidoPhosphoRibosylTransferase thay vì amidophosphoribosyltransferase. ^[31] Cách sử dụng này không được áp dụng rộng rãi.

Đôi khi lạc đà được sử dụng cho tên viết tắt của một số khu phố nhất định, ví dụ: Các khu phố ở thành phố New York SoHo ( So uth của Ho uston Street) và TriBeCa ( Tri ] Be low Ca nal Street) và San Francisco's SoMa ( Vì vậy uth của Ma rket). Việc sử dụng như vậy bị xói mòn nhanh chóng, vì vậy các khu vực lân cận thường được hiển thị là Soho Tribeca và Soma .

Viết hoa nội bộ cũng đã được sử dụng cho các mã kỹ thuật khác như HeLa (1983).

Việc sử dụng hiện tại trong điện toán [ chỉnh sửa ]

Lập trình và mã hóa [ chỉnh sửa ]

Nên sử dụng mũ trung gian cho định danh hợp chất bởi các hướng dẫn phong cách mã hóa của nhiều tổ chức hoặc dự án phần mềm. Đối với một số ngôn ngữ (như Mesa, Pascal, Modula, Java và .NET của Microsoft), cách thực hành này được các nhà phát triển ngôn ngữ hoặc hướng dẫn sử dụng khuyến nghị và do đó đã trở thành một phần của "văn hóa" ngôn ngữ.

Hướng dẫn kiểu thường phân biệt trường hợp lạc đà trên và dưới, thường chỉ định loại nào sẽ được sử dụng cho các loại thực thể cụ thể: biến, trường ghi, phương thức, quy trình, loại, v.v. Đôi khi các quy tắc này được hỗ trợ bởi các công cụ phân tích tĩnh kiểm tra mã nguồn để tuân thủ.

Ví dụ, ký hiệu tiếng Hungary ban đầu để lập trình chỉ định rằng một chữ viết tắt chữ thường cho "kiểu sử dụng" (không phải kiểu dữ liệu) nên đặt trước tất cả các tên biến, với phần còn lại của tên trong trường hợp lạc đà trên; như vậy nó là một dạng của trường hợp lạc đà thấp hơn.

Số nhận dạng lập trình thường cần chứa các từ viết tắt và chữ viết tắt đã được viết hoa, chẳng hạn như "tệp HTML cũ". Bằng cách tương tự với các quy tắc trường hợp tiêu đề, kết xuất trường hợp lạc đà tự nhiên sẽ có chữ viết tắt tất cả bằng chữ in hoa, cụ thể là "oldHTMLFile". Tuy nhiên, cách tiếp cận này có vấn đề khi hai từ viết tắt xuất hiện cùng nhau (ví dụ: "parse DBM XML" sẽ trở thành "parseDBMXML") hoặc khi tiêu chuẩn bắt buộc trường hợp lạc đà thấp hơn nhưng tên bắt đầu bằng chữ viết tắt (ví dụ: "Máy chủ SQL" sẽ trở thành "sQLServer "). Vì lý do này, một số lập trình viên thích xử lý các chữ viết tắt như thể chúng là các từ viết thường và viết "oldHtmlFile", "parseDbmXml" hoặc "sqlServer". Tuy nhiên, điều này có thể làm cho khó nhận ra rằng một từ nhất định được dùng như một từ viết tắt. ^[32]

Đánh dấu liên kết Wiki [ chỉnh sửa ]

Vỏ lạc đà được sử dụng trong một số ngôn ngữ đánh dấu wiki cho các điều khoản nên được tự động liên kết với các trang wiki khác. Quy ước này ban đầu được sử dụng trong phần mềm wiki ban đầu của Ward Castyham, WikiWikiWeb và có thể được kích hoạt trong hầu hết các wiki khác. Một số công cụ wiki như TiddlyWiki, Trac và PmWiki sử dụng nó trong cài đặt mặc định, nhưng thường cũng cung cấp cơ chế cấu hình hoặc plugin để vô hiệu hóa nó. Wikipedia trước đây cũng sử dụng liên kết trường hợp lạc đà, nhưng đã chuyển sang đánh dấu liên kết rõ ràng bằng dấu ngoặc vuông và nhiều trang wiki khác đã làm như vậy. Một số wiki không sử dụng liên kết trường hợp lạc đà vẫn có thể sử dụng trường hợp lạc đà làm quy ước đặt tên, chẳng hạn như AboutUs.

Các cách sử dụng khác [ chỉnh sửa ]

Đăng ký NIEM yêu cầu các thành phần dữ liệu XML sử dụng trường hợp lạc đà trên và các thuộc tính XML sử dụng trường hợp lạc đà thấp hơn.

Hầu hết các giao diện dòng lệnh và ngôn ngữ kịch bản lệnh phổ biến có thể dễ dàng xử lý các tên tệp có chứa các khoảng trắng được nhúng (thường yêu cầu đặt tên trong dấu ngoặc kép). Do đó, người dùng của các hệ thống đó thường sử dụng vỏ lạc đà (hoặc dấu gạch dưới, dấu gạch nối và các ký tự "an toàn" khác) cho các tên tệp ghép như MyJobResume.pdf .

Blog và các trang mạng xã hội giới hạn số lượng ký tự trong tin nhắn là các cửa hàng tiềm năng cho thủ đô trung gian. Sử dụng trường hợp lạc đà giữa các từ làm giảm số lượng khoảng trắng, và do đó số lượng ký tự, trong một tin nhắn nhất định, cho phép nhiều nội dung phù hợp với không gian hạn chế. Hashtags, đặc biệt là những con dài, thường sử dụng vỏ lạc đà để duy trì khả năng đọc (ví dụ: #Col pheStudentProbols dễ đọc hơn #collegestudentprobols).

Trong các URL của trang web, các khoảng trắng được mã hóa theo phần trăm là "% 20", làm cho địa chỉ dài hơn và ít người đọc hơn. Bằng cách bỏ qua khoảng trắng, trường hợp lạc đà không có vấn đề này.

Nghiên cứu khả năng đọc [ chỉnh sửa ]

Trường hợp lạc đà đã bị chỉ trích là tác động tiêu cực đến khả năng đọc do loại bỏ khoảng trắng và viết hoa của mỗi từ. ^[33]

Một nghiên cứu năm 2009 so sánh trường hợp rắn với trường hợp lạc đà cho thấy số nhận dạng trường hợp lạc đà có thể được nhận ra với độ chính xác cao hơn giữa cả lập trình viên và người không lập trình, và các lập trình viên đã được đào tạo về trường hợp lạc đà có thể nhận ra những số nhận dạng đó nhanh hơn so với rắn Số nhận dạng trường hợp. ^[34]

Một nghiên cứu tiếp theo năm 2010, trong cùng điều kiện nhưng sử dụng phương pháp đo cải tiến với sử dụng thiết bị theo dõi mắt, cho biết: "Mặc dù kết quả cho thấy không có sự khác biệt về độ chính xác giữa hai phong cách, các chủ thể nhận dạng định danh theo kiểu gạch dưới nhanh hơn. "^[35]

Xem thêm [ chỉnh sửa ]

Tài liệu tham khảo [ chỉnh sửa ] 19659117] ^ " Quy ước đặt tên ". Scala . Truy cập 5 tháng 12 2012 .

^ ^{a b} "Kiểu viết hoa – .NET Framework 1.1" . Truy xuất 5 tháng 12 2012 .

^ "Vỏ lạc đà" . Truy cập 10 tháng 3 2016 .

^ "trường hợp giả mạo". Từ điển đô thị . Truy cập 18 tháng 1 2019 .

^ ^{a b c} CấmAugust 2006). "Cuộc chiến dấu chấm phẩy". Nhà khoa học Mỹ trực tuyến: Tạp chí Sigma XI . Hội nghiên cứu khoa học. nghệ thuật. pg. 2.

^ Các tiêu chuẩn và nguyên tắc mã hóa C # được lưu trữ ngày 11 tháng 4 năm 2008 tại Wayback Machine tại Đại học Công nghệ Purdue

^ "[email protected]". Mọi thứ2.com . Truy cập 4 tháng 6 2010 .

^ ^{a b} Hướng dẫn về Phong cách cho Mã Python tại www.python.org

^{a b} "tên hợp chất". Ngày 29 tháng 3 năm 1990. Xem chủ đề thảo luận tại alt.folklore.computers

^ "[#APF-1088] Nếu tên lớp đã nhúng chữ hoa, mã AppGen không kiểm tra giao diện người dùng và tạo siêu liên kết là không chính xác. – AppFuse JIRA". Các vấn đề.appfuse.org . Lưu trữ từ bản gốc vào ngày 25 tháng 6 năm 2017 . Truy xuất 4 tháng 6 2010 .

^ Các quy ước đặt tên của ASP, bởi Nannette Thacker (05/01/1999)

^ Iverson, Chery; Kitô hữu, Stacy; Flanagin, Annette; Fontanarosa, Phil B.; Kính, Richard M.; Gregoline, Brenda; Lurie, Stephen J.; Meyer, Harriet S.; Winker, Margaret A.; Trẻ, Rozanne K., eds. (2007). Sổ tay Phong cách AMA (lần thứ 10). Oxford, Oxfordshire: Nhà xuất bản Đại học Oxford. Sê-ri 980-0-19-517633-9.

^ Hult, Christine A.; Huckin, Thomas N. "Cẩm nang thế kỷ mới ngắn gọn – Quy tắc viết hoa nội bộ". Giáo dục Pearson. Được lưu trữ từ bản gốc vào ngày 7 tháng 4 năm 2012.

^ "Brad Abrams: Lịch sử xung quanh Vỏ Pascal và Vỏ lạc đà". Blog.msdn.com . 3 tháng 2 năm 2004 . Truy xuất 4 tháng 1 2014 .

^ "Trường hợp Pascal". C2.com . 27 tháng 9 năm 2012 . Truy xuất 4 tháng 1 2014 .

^ "Các kiểu viết hoa tham chiếu chung của NET Framework". MSDN2.microsoft.com . Truy xuất 4 tháng 1 2014 .

^ "WikiWord". Twiki.org . Truy xuất 4 tháng 6 2010 .

^ "Trường hợp Wiki". C2.com . 8 tháng 2 năm 2010 . Truy cập 4 tháng 6 2010 .

^ Newton Love (12 tháng 9 năm 1995). "Tôi vui vẻ trở lại! – comp.os.os2.advocacy | Google Groups". Groups.google.com . Truy xuất 23 tháng 5 2009 .

^ Newton Love ^{[ liên kết chết ]}

^ und gutes Tiếng Đức: Das Wörterbuch der spachlichen Zweifelsfälle . Duden (tiếng Đức). 9 (tái bản lần thứ 7). Mannheim: Bibliographisches Viện. Năm 2011 418. ISBN 976-3411040971.

^ Fowler, Henry W.; Fowler, Francis G. (1908). "Chương IV. Dấu câu – Dấu gạch ngang". Tiếng Anh của vua (tái bản lần 2). Oxford . Truy cập 19 tháng 12 2009 .

^ Jöns Jacob Berzelius (1813). Tiểu luận về nguyên nhân của tỷ lệ hóa học và về một số trường hợp liên quan đến chúng: Cùng với một phương pháp ngắn gọn và dễ dàng để thể hiện chúng . Biên niên sử triết học 2, 443-454, 3, 51-52; (1814) 93-106, 244-255, 353-364.

^ Henry M. Leicester & Herbert S. Klickstein, biên tập. 1952, Một cuốn sách về hóa học, 1400-1900 (Cambridge, MA: Harvard)

^ Phóng viên thương hiệu . Hiệp hội nhãn hiệu Hoa Kỳ. 1930. ISBN 1-59888-091-8.

^ "" MisteRogers "(1962)". Imdb.com . Truy xuất 4 tháng 1 2014 .

^ "" Tiếp tục phiên 8 ". Máy tính kỹ thuật số: Kỹ thuật mã hóa nâng cao. Phiên họp mùa hè 1954, Viện công nghệ Massachusetts. " (PDF) . 1954. tr. 8-6 . Truy cập 4 tháng 1 2014 .

^ Strachey, Christopher (tháng 10 năm 1965). "Một Macrogenerator mục đích chung". Tạp chí máy tính . 8 (3): 225 Kiếm241. doi: 10.1093 / comjnl / 8.3.225.

^ "Unitedhealthgroup.com". Unitedhealthgroup.com . Truy cập 4 tháng 1 2014 .

^ Farhad Manjoo (30 tháng 4 năm 2002). "Học sinh cũng muốn học về EMacs". Có dây.com . Truy cập 4 tháng 6 2010 .

^ Phản hồi, 20 tháng 6 năm 1998 Vol 158 No 2139 Nhà khoa học mới 20 tháng 6 năm 1998

^ ] Dave Binkley; Marcia Davis; Bình minh Lawrie; Christopher Morrell (2009). "Tới CamelCase hoặc Under_score". Hội nghị quốc tế lần thứ 17 về hiểu toàn diện chương trình, 2009. ICPC '09 . IEEE: 158 mộc167. CiteSeerX 10.1.1.158.9499 . Về mặt định danh vỏ lạc đà, điều này có tác động lớn hơn đến các định danh bao gồm các từ ngắn và đặc biệt là các từ viết tắt. Ví dụ, hãy xem xét từ viết tắt ID được tìm thấy trong mã định danh kIOuterIIDPath. Do việc chạy các chữ cái in hoa, nhiệm vụ đọc kIOuterIIDPath, đặc biệt là việc xác định từ ID, khó khăn hơn.

^ Caleb Crain (23 tháng 11 năm 2009). "Chống lại trường hợp lạc đà". Thời báo New York.

^ Dave Binkley; Marcia Davis; Bình minh Lawrie; Christopher Morrell (2009). "Tới CamelCase hoặc Under_score". Hội nghị quốc tế lần thứ 17 về hiểu toàn diện chương trình, 2009. ICPC '09 . IEEE: 158 mộc167. CiteSeerX 10.1.1.158.9499 . Thí nghiệm được xây dựng dựa trên công việc trước đây của những người khác nghiên cứu cách người đọc ngôn ngữ tự nhiên thực hiện các nhiệm vụ đó. Kết quả chỉ ra rằng vỏ lạc đà dẫn đến độ chính xác cao hơn trong số tất cả các đối tượng bất kể đào tạo và những người được đào tạo về vỏ lạc đà có thể nhận dạng định danh theo kiểu vỏ lạc đà nhanh hơn định danh theo kiểu gạch dưới.

^ Bonita Sharif; Jonathan I. Maletic (2010). "Một nghiên cứu theo dõi mắt về các kiểu nhận dạng camelCase và under_score". Hội nghị quốc tế lần thứ 18 về hiểu toàn diện chương trình, 20010. ICPC '10 . IEEE: 196 (tải PDF). Một nghiên cứu thực nghiệm để xác định xem các quy ước đặt tên định danh (tức là, camelCase và under_score) có ảnh hưởng đến việc hiểu mã hay không. Máy theo dõi mắt được sử dụng để thu thập dữ liệu định lượng từ các đối tượng người trong một thí nghiệm. Mục đích của nghiên cứu này là sao chép một nghiên cứu trước đây được công bố tại ICPC 2009 (Binkley và cộng sự) đã sử dụng phương pháp kiểm tra phản ứng theo thời gian để thu thập dữ liệu. Việc sử dụng thiết bị theo dõi bằng mắt giúp hiểu rõ hơn và khắc phục một số hạn chế của các kỹ thuật thu thập dữ liệu truyền thống. Điểm tương đồng và khác biệt giữa hai nghiên cứu được thảo luận. Một điểm khác biệt chính là các môn học được đào tạo chủ yếu theo phong cách gạch dưới và tất cả đều là lập trình viên. Mặc dù kết quả cho thấy không có sự khác biệt về độ chính xác giữa hai kiểu, các đối tượng nhận ra số nhận dạng theo kiểu gạch dưới nhanh hơn.