Tôi có một nghi ngờ về CamelCase. Giả sử bạn có từ viết tắt này:Unesco = United Nations Educational, Scientific and Cultural Organization.

Bạn nên viết: unitedNationsEducationalScientificAndCulturalOrganization

Nhưng nếu bạn cần viết từ viết tắt thì sao? Cái gì đó như:

getUnescoProperties();

Có đúng không khi viết nó theo cách này? getUnescoProperties() OR getUNESCOProperties();

Một số nguyên tắc Microsoft đã viết camelCaselà:

Khi sử dụng các từ viết tắt, sử dụng trường hợp Pascal hoặc trường hợp lạc đà cho các từ viết tắt dài hơn hai ký tự. Ví dụ, sử dụng HtmlButtonhoặc htmlButton. Tuy nhiên, bạn nên viết hoa các từ viết tắt chỉ bao gồm hai ký tự, chẳng hạn như System.IOthay vì System.Io.

Không sử dụng chữ viết tắt trong mã định danh hoặc tên tham số. Nếu bạn phải sử dụng chữ viết tắt, hãy sử dụng vỏ lạc đà cho các chữ viết tắt bao gồm nhiều hơn hai ký tự, ngay cả khi điều này mâu thuẫn với chữ viết tắt tiêu chuẩn của từ này.

Tổng hợp:

• Khi bạn sử dụng một từ viết tắt hoặc viết tắt dài hai ký tự, hãy đặt tất cả chúng thành chữ hoa;

• Khi từ viết tắt dài hơn hai ký tự, hãy sử dụng chữ hoa cho ký tự đầu tiên.

Vì vậy, trong trường hợp cụ thể của bạn, getUnescoProperties()là chính xác.

Có những lời chỉ trích chính đáng về lời khuyên của Microsoft từ câu trả lời được chấp nhận.

• Điều trị không nhất quán các từ viết tắt / khởi tạo tùy thuộc vào số lượng ký tự:
  • playerIDvs playerIdvs playerIdentifier.
• Câu hỏi về việc liệu các từ viết tắt hai chữ cái vẫn nên được viết hoa nếu chúng xuất hiện ở đầu số nhận dạng:
  • USTaxes đấu với usTaxes
• Khó khăn trong việc phân biệt nhiều từ viết tắt:
  • tức là USIDvs usId(hoặc parseDBMXMLtrong ví dụ của Wikipedia).

Vì vậy, tôi sẽ đăng câu trả lời này như là một thay thế cho câu trả lời được chấp nhận. Tất cả các từ viết tắt nên được điều trị nhất quán; từ viết tắt nên được đối xử như bất kỳ từ nào khác. Trích dẫn Wikipedia :

... một số lập trình viên thích xử lý chữ viết tắt như thể chúng là những từ viết thường ...

Vì vậy, câu hỏi của OP, tôi đồng ý với câu trả lời được chấp nhận; chính xác:getUnescoProperties()

Nhưng tôi nghĩ rằng tôi đã đi đến một kết luận khác trong các ví dụ sau:

• US Taxes → usTaxes
• Player ID → playerId

Vì vậy, hãy bỏ phiếu cho câu trả lời này nếu bạn nghĩ các từ viết tắt hai chữ cái nên được đối xử như các từ viết tắt khác.

Camel Case là một quy ước, không phải là một đặc điểm kỹ thuật. Vì vậy, tôi đoán quy tắc ý kiến ​​phổ biến.

( EDIT: Xóa đề xuất này rằng phiếu bầu sẽ quyết định vấn đề này, như @Brian David nói; Stack Overflow không phải là "cuộc thi phổ biến" và câu hỏi này đã được đóng lại dưới dạng "dựa trên ý kiến")

Mặc dù nhiều người thích đối xử với các từ viết tắt như bất kỳ từ nào khác, nhưng thực tế phổ biến hơn có thể là đặt các từ viết tắt trong tất cả các chữ hoa (mặc dù nó dẫn đến "gớm ghiếc")

• Xem "EDXML" trong lược đồ XML này
• Xem "SFAS158" trong lược đồ XBRL này

Các nguồn lực khác:

• Lưu ý một số người phân biệt giữa viết tắt và viết tắt
• Lưu ý Nguyên tắc của Microsoft phân biệt giữa các từ viết tắt hai ký tự và "từ viết tắt dài hơn hai ký tự"
• Lưu ý một số người khuyên nên tránh viết tắt / viết tắt hoàn toàn
• Lưu ý một số người khuyên nên tránh hoàn toàn CamelCase / PascalCase
• Lưu ý một số người phân biệt giữa "tính nhất quán" là "quy tắc có vẻ không nhất quán trong nội bộ" (nghĩa là xử lý các từ viết tắt hai ký tự khác với các từ viết tắt ba ký tự); một số người định nghĩa "tính nhất quán" là "áp dụng cùng một quy tắc một cách nhất quán" (ngay cả khi quy tắc này không nhất quán trong nội bộ)
• Nguyên tắc thiết kế khung
• Nguyên tắc của Microsoft

Đầu tiên, tôi phải làm rõ rằng tôi không phải là người nói tiếng Anh bản địa , vì vậy yêu cầu của tôi về ngữ pháp tiếng Anh có thể đơn giản là sai. Nếu bạn phát hiện ra những lỗi như vậy, xin vui lòng cho tôi biết, và tôi sẽ rất biết ơn.

Thực hành tốt nhất cho các từ viết tắt sẽ là tránh các từ viết tắt càng nhiều càng tốt. Dù sao, đây không phải là trường hợp vì từ viết tắt UNESCOquen thuộc hơn tên đầy đủ UnitedNationsEducationalScientificAndCulturalOrganization.

Sau đó, tôi nghĩ UNESCOcó ý nghĩa hơn là Unescovì đơn giản là nó gần với dạng sống thực hơn nên quen thuộc hơn. Tôi đã có một số rắc rối để tìm ra từ Unescothực sự có nghĩa là gì.

Như một ví dụ khác, hãy nghĩ về Arc. Điều này nghe có vẻ như một đường cong xung quanh một vòng tròn, nhưng trong Rust, điều này có nghĩa Atomically Reference Counted. Nếu nó được viết như thế ARC, ít nhất độc giả sẽ nhận ra rằng từ này là từ viết tắt của một thứ khác chứ không phải là một loại đường cong.

Các chương trình hiện đại được viết chủ yếu cho độc giả của con người. Sau đó, các quy tắc đặt tên phải được đặt cho khả năng đọc của con người thay vì xử lý hoặc phân tích máy.

Trong viễn cảnh này, chúng tôi mất một số khả năng đọc bằng cách sử dụng Unescotrong UNESCOkhi không đạt được gì.

Và đối với bất kỳ trường hợp nào khác, tôi nghĩ chỉ cần tuân theo các quy tắc viết tắt tiếng Anh đơn giản (hoặc quy ước) là đủ cho hầu hết các trường hợp để dễ đọc nhất .

Để chuyển đổi sang CamelCase, cũng có thuật toán trường hợp Lạc đà xác định (gần như) của Google :

Bắt đầu với hình thức văn xuôi của tên:

1. Chuyển đổi cụm từ sang ASCII đơn giản và loại bỏ bất kỳ dấu nháy đơn nào. Ví dụ: "Thuật toán Müller" có thể trở thành "Thuật toán Mueller".
2. Chia kết quả này thành các từ, tách trên khoảng trắng và bất kỳ dấu chấm câu nào còn lại (thường là dấu gạch nối).
   1. Khuyến nghị: nếu bất kỳ từ nào đã có sự xuất hiện của trường hợp lạc đà thông thường, hãy chia từ này thành các phần cấu thành của nó (ví dụ: "AdWords" trở thành "từ quảng cáo"). Lưu ý rằng một từ như "iOS" không thực sự nằm trong trường hợp lạc đà mỗi se; nó bất chấp quy ước, vì vậy khuyến nghị này không áp dụng.
3. Bây giờ viết thường mọi thứ (bao gồm các từ viết tắt), sau đó viết hoa chỉ ký tự đầu tiên của:
   1. Mỗi từ, để mang lại trường hợp lạc đà trên, hoặc
   2. Mỗi từ trừ từ đầu tiên, để mang lại trường hợp lạc đà thấp hơn
4. Cuối cùng, nối tất cả các từ vào một định danh duy nhất.

Lưu ý rằng vỏ của các từ gốc gần như hoàn toàn không được chú ý.

Trong các ví dụ sau, "yêu cầu HTTP XML" được chuyển đổi chính xác thành XmlHttpRequest, XMLHTTPRequest không chính xác.

getUnescoProperties() nên là giải pháp tốt nhất ...

Khi có thể chỉ cần làm theo thuần túy camelCase, khi bạn có từ viết tắt, hãy để chúng viết hoa khi có thể camelCase.

Nói chung trong các biến lập trình OO nên bắt đầu bằng chữ in thường ( lowerCamelCase) và lớp nên bắt đầu bằng chữ in hoa ( UpperCamelCase).

Khi nghi ngờ chỉ cần đi trong sạch camelCase;)

parseXMLlà tốt, parseXmlcũng đượccamelCase

XMLHTTPRequestnên XmlHttpRequesthoặc xmlHttpRequestkhông có cách nào để đi với các từ viết tắt chữ hoa tiếp theo, nó không rõ ràng cho tất cả các trường hợp thử nghiệm.

ví dụ như làm thế nào để bạn đọc từ này HTTPSSLRequest, HTTP + SSLhoặc HTTPS + SL(mà không phải bất cứ điều gì có ý nghĩa nhưng ...), trong đó trường hợp sau ước trường hợp lạc đà và đi cho httpSslRequesthay httpsSlRequest, có lẽ nó không còn tốt đẹp, nhưng nó chắc chắn là rõ ràng hơn.

Có Hướng dẫn về phong cách JavaScript của airbnb tại github với rất nhiều ngôi sao (~ 57,5k tại thời điểm này) và hướng dẫn về các từ viết tắt có nội dung:

Từ viết tắt và chữ viết tắt phải luôn luôn được viết hoa hoặc viết tắt.

Tại sao? Tên là để dễ đọc, không phải để xoa dịu một thuật toán máy tính.

// bad
import SmsContainer from './containers/SmsContainer';

// bad
const HttpRequests = [
  // ...
];

// good
import SMSContainer from './containers/SMSContainer';

// good
const HTTPRequests = [
  // ...
];

// also good
const httpRequests = [
  // ...
];

// best
import TextMessageContainer from './containers/TextMessageContainer';

// best
const requests = [
  // ...
];

Hiện tại tôi đang sử dụng các quy tắc sau:

1. Trường hợp vốn từ viết tắt: XMLHTTPRequest, xmlHTTPRequest, requestIPAddress.

2. Camel trường hợp đối với chữ viết tắt: ID[entifier], Exe[cutable], App[lication].

ID là một ngoại lệ, xin lỗi nhưng sự thật

Khi tôi thấy một chữ cái viết hoa, tôi giả sử một từ viết tắt, tức là một từ riêng cho mỗi chữ cái. Chữ viết tắt không có các từ riêng biệt cho mỗi chữ cái, vì vậy tôi sử dụng trường hợp lạc đà.

XMLHTTPRequest là mơ hồ, nhưng đó là một trường hợp hiếm hoi và nó không quá mơ hồ, vì vậy nó ổn, các quy tắc và logic quan trọng hơn vẻ đẹp.

Hướng dẫn kiểu JavaScript Airbnb nói một chút về điều này . Về cơ bản:

// bad
const HttpRequests = [ req ];

// good
const httpRequests = [ req ];

// also good
const HTTPRequests = [ req ];

Bởi vì tôi thường đọc một chữ in hoa hàng đầu như một lớp, tôi có xu hướng tránh điều đó. Vào cuối ngày, đó là tất cả các ưu tiên.

Ngoài những gì @valex đã nói, tôi muốn tóm tắt một vài điều với các câu trả lời cho câu hỏi này.

Tôi nghĩ rằng câu trả lời chung là: nó phụ thuộc vào ngôn ngữ lập trình mà bạn đang sử dụng.

C sắc nét

Microsoft đã viết một số hướng dẫn trong đó có vẻ như đó HtmlButtonlà cách đúng để đặt tên một lớp cho trường hợp này.

Javascript

Javascript có một số biến toàn cục với các từ viết tắt và nó sử dụng tất cả chúng trong chữ hoa (nhưng vui thay, không phải lúc nào cũng nhất quán) đây là một số ví dụ:

encodeURIComponent XMLHttpRequest toJSON toISOString

từ chối trách nhiệm: Tiếng Anh không phải là giọng mẹ tôi. Nhưng tôi đã suy nghĩ về vấn đề này trong một thời gian dài, đặc biệt là khi sử dụng nút (kiểu camelcase) để xử lý cơ sở dữ liệu do tên của các trường bảng sẽ bị rắn, đây là suy nghĩ của tôi:

Có 2 loại 'từ viết tắt' cho một lập trình viên:

• trong ngôn ngữ tự nhiên, UNESCO
• trong ngôn ngữ lập trình máy tính, ví dụ, tmc and textMessageContainerthường xuất hiện dưới dạng một biến cục bộ.

Trong thế giới lập trình, tất cả các từ viết tắt trong ngôn ngữ tự nhiên nên được coi là từ , lý do là:

1. Khi chúng ta lập trình, chúng ta nên đặt tên một biến theo kiểu viết tắt hoặc kiểu không viết tắt. Vì vậy, nếu chúng ta đặt tên một hàm là getUNESCOProperies, điều đó có nghĩa là UNESCO là từ viết tắt (nếu không thì không phải là chữ in hoa), nhưng rõ ràng, getvà propertieskhông phải là từ viết tắt. vì vậy, chúng ta nên đặt tên cho hàm này là gunescop hoặc getUnitedNationsEducationalSellectificAndCestationOrganizationProperies , cả hai đều không được chấp nhận.

2. ngôn ngữ tự nhiên đang phát triển liên tục, và các từ viết tắt ngày nay sẽ trở thành từ mommorow , nhưng các chương trình nên độc lập với xu hướng này và tồn tại mãi mãi.

Nhân tiện, trong câu trả lời được bình chọn nhiều nhất, IO là từ viết tắt trong ý nghĩa ngôn ngữ máy tính (viết tắt của InputOutput), nhưng tôi không thích tên này, vì tôi nghĩ từ viết tắt (trong ngôn ngữ máy tính) chỉ nên được sử dụng để đặt tên một biến cục bộ nhưng một lớp / hàm cấp cao nhất, vì vậy nên sử dụng InputOutput thay vì IO

UNESCO là một trường hợp đặc biệt vì thông thường (bằng tiếng Anh) được đọc dưới dạng từ chứ không phải từ viết tắt - như UEFA, RADA, BAFTA và không giống như BBC, HTML, SSL

Ngoài ra còn có một quy ước về lạc đà khác cố gắng ưu tiên khả năng đọc cho các từ viết tắt bằng cách sử dụng chữ hoa ( HTML) hoặc chữ thường ( html), nhưng tránh cả hai ( Html).

Vì vậy, trong trường hợp của bạn, bạn có thể viết getUNESCOProperties. Bạn cũng có thể viết unescoPropertiescho một biến, hoặcUNESCOProperties cho một lớp (quy ước cho các lớp là bắt đầu bằng chữ hoa).

Quy tắc này trở nên khó khăn nếu bạn muốn kết hợp hai từ viết tắt, ví dụ cho một lớp có tên XML HTTP Request. Nó sẽ bắt đầu bằng chữ hoa, nhưng vì XMLHTTPRequestsẽ không dễ đọc (có phải là Yêu cầu TTP XMLH không?) VàXMLhttpRequest sẽ phá vỡ quy ước về lạc đà (có phải là Yêu cầu XM Lhttp không?), Tùy chọn tốt nhất sẽ là trộn trường hợp : XMLHttpRequest, đó là thực sự những gì W3C đã sử dụng . Tuy nhiên, việc sử dụng loại đặt tên này không được khuyến khích. Trong ví dụ này, HTTPRequestsẽ là một cái tên tốt hơn.

Vì từ tiếng Anh chính thức để nhận dạng / nhận dạng dường như là ID, mặc dù không phải là từ viết tắt, bạn có thể áp dụng các quy tắc tương tự ở đó.

Quy ước này dường như khá phổ biến ngoài kia, nhưng nó chỉ là một quy ước và không có đúng hay sai. Chỉ cần cố gắng tuân theo một quy ước và đảm bảo tên của bạn có thể đọc được.