Некоторые рекомендации, о которых написала Microsoft, camelCase:

При использовании сокращений используйте регистр Паскаля или верблюжий регистр для сокращений длиной более двух символов. Например, используйте HtmlButton или htmlButton. Тем не менее, вы должны использовать аббревиатуры, состоящие только из двух символов, например System.IO вместо System.Io.

Не используйте сокращения в идентификаторах или именах параметров. Если вам необходимо использовать сокращения, используйте верблюжий регистр для сокращений, которые состоят из более чем двух символов, даже если это противоречит стандартному сокращению слова.

Подводя итоги:

• Если вы используете аббревиатуру или аббревиатуру, состоящую из двух символов, заключайте их все в заглавные буквы;

• Если аббревиатура длиннее двух символов, используйте заглавную букву для первого символа.

Итак, в вашем конкретном случае getUnescoProperties() правильно.

Есть законная критика совета Microsoft из принятого ответа.

• Inconsistent treatment of acronyms/initialisms depending on number of characters:
  • playerID vs playerId vs playerIdentifier.
• The question of whether two-letter acronyms should still be capitalized if they appear at the start of the identifier:
  • USTaxes vs usTaxes
• Difficulty in distinguishing multiple acronyms:
  • i.e. USID vs usId (or parseDBMXML in Wikipedia's example).

Поэтому я отправлю этот ответ в качестве альтернативы принятому ответу. Ко всем аббревиатурам следует относиться последовательно; аббревиатуры следует рассматривать как любые другие слова. Цитата из Википедии:

... некоторые программисты предпочитают трактовать сокращения как слова в нижнем регистре ...

Итак, re: вопрос OP, я согласен с принятым ответом; это правильно: getUnescoProperties()

Но я думаю, что на этих примерах я пришел к другому выводу:

• US Taxes → usTaxes
• Player ID → playerId

Итак, проголосуйте за этот ответ, если вы считаете, что двухбуквенные аббревиатуры следует рассматривать так же, как и другие аббревиатуры.

Camel Case - это соглашение, а не спецификация. Я полагаю, что это общепринятые общепринятые правила.

(РЕДАКТИРОВАТЬ: удаление этого предложения о том, что голосование должно решить эту проблему; как говорит @Brian David; Stack Overflow не является «конкурсом популярности», и этот вопрос был закрыт как «основанный на мнении»)

Несмотря на то, что многие предпочитают рассматривать аббревиатуры как любые другие слова, более распространенной практикой может быть использование аббревиатур только заглавными буквами (даже если это приводит к «мерзости»).

• См. «EDXML» в этой схеме XML < / а>
• См. "SFAS158" в этой схеме XBRL < / а>

• Обратите внимание, что некоторые люди различают аббревиатуры и акронимы.
• Примечание. В рекомендациях Microsoft проводится различие между двухсимвольными акронимами и «сокращениями, длина которых превышает два символа».
• Обратите внимание, что некоторые люди рекомендуют вообще избегать сокращений / акронимов.
• Обратите внимание, что некоторые люди рекомендуют вообще избегать CamelCase / PascalCase
• Обратите внимание, что некоторые люди различают «согласованность» и «правила, которые кажутся внутренне несовместимыми» (т. Е. Обработка двухсимвольных сокращений отличается от трехсимвольных сокращений); некоторые люди определяют «согласованность» как «последовательное применение одного и того же правила» (даже если правило внутренне противоречиво)
• Рекомендации по разработке инфраструктуры
• Рекомендации Microsoft

Для преобразования в CamelCase существует также (почти) детерминированный случай Camel от Google. алгоритм:

Начиная с прозаической формы имени:

1. Преобразуйте фразу в простой ASCII и удалите все апострофы. Например, «алгоритм Мюллера» может стать «алгоритмом Мюллера».
2. Divide this result into words, splitting on spaces and any remaining punctuation (typically hyphens).
   1. Recommended: if any word already has a conventional camel case appearance in common usage, split this into its constituent parts (e.g., "AdWords" becomes "ad words"). Note that a word such as "iOS" is not really in camel case per se; it defies any convention, so this recommendation does not apply.
3. Now lowercase everything (including acronyms), then uppercase only the first character of:
   1. … each word, to yield upper camel case, or
   2. … Каждое слово, кроме первого, чтобы получить верблюжий регистр в нижнем регистре
4. Наконец, объедините все слова в единый идентификатор.

Обратите внимание, что регистр оригинальных слов почти полностью игнорируется.

В следующих примерах «XML HTTP-запрос» правильно преобразован в XmlHttpRequest, XMLHTTPRequest неверен.

getUnescoProperties() должно быть лучшим решением ...

Когда возможно, просто следуйте чистому camelCase, когда у вас есть сокращения, просто используйте верхний регистр, когда это возможно, в противном случае используйте camelCase.

Обычно в объектно-ориентированном программировании переменные должны начинаться с буквы нижнего регистра (lowerCamelCase), а класс должен начинаться с буквы верхнего регистра (UpperCamelCase).

Если сомневаетесь, просто идите на чистую camelCase;)

parseXML в порядке, parseXml тоже camelCase

XMLHTTPRequest должно быть XmlHttpRequest или xmlHttpRequest нельзя использовать последующие аббревиатуры в верхнем регистре, это определенно не ясно для всех тестовых случаев.

например как вы читаете это слово HTTPSSLRequest, HTTP + SSL или HTTPS + SL (это ничего не значит, кроме ...), в этом случае следуйте соглашению о верблюжьих регистрах и выбирайте httpSslRequest или httpsSlRequest, может быть, это уже неприятно, но определенно яснее.

На github есть руководство по стилю JavaScript для airbnb с большим количеством звезд (~ 57,5 ​​тыс. На данный момент) и руководства об акронимах, в которых говорится:

Акронимы и инициалы всегда должны быть заглавными или строчными.

Почему? Имена предназначены для удобочитаемости, а не для успокоения компьютерного алгоритма.

// 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 = [
  // ...
];

В настоящее время я использую следующие правила:

1. Заглавные буквы для аббревиатур: XMLHTTPRequest, xmlHTTPRequest, requestIPAddress.

2. Верблюжий регистр для сокращений: ID[entifier], Exe[cutable], App[lication].

ID - исключение, извините, но это правда.

Когда я вижу заглавную букву, я подразумеваю аббревиатуру, то есть отдельное слово для каждой буквы. В сокращениях нет отдельных слов для каждой буквы, поэтому я использую верблюжий регистр.

XMLHTTPRequest неоднозначно, но это редкий случай и не настолько неоднозначно, так что все в порядке, правила и логика важнее красоты.

В дополнение к тому, что сказал @valex, я хочу резюмировать пару вещей с данными ответами на этот вопрос.

Я думаю, что общий ответ таков: это зависит от языка программирования, который вы используете.

C Sharp

Microsoft написала некоторые рекомендации, в которых кажется, что HtmlButton - правильный способ назвать класс для этого случая.

JavaScript

В Javascript есть несколько глобальных переменных с акронимами, и он использует их все в верхнем регистре (но, как ни странно, не всегда последовательно), вот несколько примеров:

encodeURIComponent XMLHttpRequest toJSON toISOString

Об этом немного говорится в руководстве по стилю JavaScript Airbnb . В основном:

// bad
const HttpRequests = [ req ];

// good
const httpRequests = [ req ];

// also good
const HTTPRequests = [ req ];

Поскольку я обычно читаю начальную заглавную букву всем классом, я стараюсь этого избегать. В конце концов, это все предпочтения.

отказ от ответственности: английский не мой тон матери. Но я долго думал об этой проблеме, особенно при использовании node (стиль camelcase) для обработки базы данных, так как имя полей таблицы должно быть змеевидным, это моя мысль:

Для программиста существует два вида сокращений:

• на естественном языке, ЮНЕСКО
• в языке компьютерного программирования, например, tmc and textMessageContainer, который обычно отображается как локальная переменная.

В мире программирования все аббревиатуры в естественном языке следует рассматривать как слово по следующим причинам:

1. когда мы программируем, мы должны называть переменную либо в стиле аббревиатуры, либо в стиле аббревиатуры. Итак, если мы назовем функцию getUNESCOProperties, это означает, что ЮНЕСКО является аббревиатурой (в противном случае она не должна состоять только из прописных букв), но, очевидно, get и properties не являются аббревиатурами. поэтому мы должны назвать эту функцию либо gunescop, либо getUnitedNationsEducationalScientificAndCulturalOrganizationProperties, оба недопустимы.

2. естественный язык постоянно развивается, и сегодняшние сокращения станут словами завтра, но программы должны быть независимыми от этого тренда и стоять вечно.

кстати, в ответе, получившем наибольшее количество голосов, IO - это аббревиатура на компьютерном языке, означающая (расшифровывается как InputOutput), но мне не нравится это имя, поскольку я думаю, что аббревиатуру (на компьютерном языке) следует использовать только для имени локальная переменная, но класс / функция верхнего уровня, поэтому вместо ввода-вывода следует использовать InputOutput.

ЮНЕСКО - это особый случай, поскольку его обычно (на английском языке) читают как слово, а не аббревиатуру - например, UEFA, RADA, BAFTA и в отличие от BBC, HTML, SSL.

Существует также другое соглашение о верблюжьем регистре, которое пытается улучшить читаемость сокращений, используя либо верхний регистр (HTML), либо нижний регистр (html), но избегая того и другого (Html).

Итак, в вашем случае вы можете написать getUNESCOProperties. Вы также можете написать unescoProperties для переменной или UNESCOProperties для класса (по соглашению классы должны начинаться с верхнего регистра).

Это правило усложняется, если вы хотите объединить два акронима, например, для класса с именем XML HTTP Request. Он должен начинаться с верхнего регистра, но поскольку XMLHTTPRequest будет нелегко читать (это XMLH TTP Request?), А XMLhttpRequest нарушит соглашение о верблюжьем регистре (это XM Lhttp Request?), Лучшим вариантом было бы смешать регистр: XMLHttpRequest , что фактически и использовалось W3C. Однако использование такого рода наименований не рекомендуется. Для этого примера лучше использовать имя HTTPRequest.

Поскольку официальное английское слово для обозначения идентификации / идентификации выглядит как ID, хотя и не является аббревиатурой, вы можете применить там те же правила.

Это соглашение кажется довольно популярным, но это просто соглашение, и нет правильного или неправильного. Просто постарайтесь придерживаться соглашения и убедитесь, что ваши имена читабельны.