我对驼峰命名法有疑问。假设你有这个缩写：Unesco = 联合国教科文组织。
你应该写成：unitedNationsEducationalScientificAndCulturalOrganization
但是如果你需要写这个缩写怎么办？就像：
getUnescoProperties();
用这种方式书写是否正确？getUnescoProperties() OR getUNESCOProperties();
这样写是否正确？getUnescoProperties()或getUNESCOProperties();
这个接受答案中的Microsoft advice存在合理的批评。
playerID vs playerId vs playerIdentifier。USTaxes vs usTaxesUSID vs usId (或 Wikipedia 示例中的 parseDBMXML)。因此，我将此答案发布为替代答案。所有缩略词应该保持一致；缩略词应该像其他单词一样处理。引用维基百科:
...一些程序员更喜欢将缩写视为小写单词...
关于OP的问题，我同意被接受的答案；这是正确的：getUnescoProperties()
但是在这些例子中，我认为我会得出不同的结论：
US Taxes → usTaxesPlayer ID → playerId如果您认为两个字母缩写应该像其他缩写一样处理，请投票支持此答案。
驼峰命名法是一种约定，而不是规范。所以我想普遍意见会起作用。
（编辑：删除建议投票决定此问题的建议；正如@Brian David所说；Stack Overflow不是“流行度比赛”，并且此问题已被关闭为“基于观点”）
尽管许多人喜欢将缩写视为任何其他单词，但更常见的做法可能是将缩写放在全大写字母中（即使它会导致“可恶的”情况）。
其他资源：
USTaxes 和 PlayerId；camelCase：usTaxes 和 playerId。 3) 在 PascalCase 中是 USId，在 camelCase 中是 usId，在 camelCase 中是 parseDbmXml。InIN(item)与InIn(item)（提示：IN是英寸）。或者，IDById(id)与IdById(id)，背景是科学（提示：ID表示传染病）。"两个字符长" - 在什么语境下？ - Frederik Krautwald微软写的关于 驼峰命名法 的一些 指导方针 是：
在使用缩写时，对于超过两个字符的缩写，请使用 Pascal 大小写或 驼峰大小写。例如，使用
HtmlButton或htmlButton。但是，对于仅由两个字符组成的缩写（如System.IO），应将其大写。不要在标识符或参数名称中使用缩写。如果必须使用缩写，请对由两个以上字符组成的缩写使用 驼峰大小写，即使这与单词的标准缩写相矛盾。
总之：
当你用一个两个字符的缩写或首字母缩略词时，把它们全部用大写字母表示；
当首字母缩略词长度超过两个字符时，使用首字母大写的方式书写。
因此，在您的具体情况下，getUnescoProperties() 是正确的。
ID 而不是我现在使用/看到的 Id（几乎无所不在）。 - jasonscript以名称的散文形式开始：
- 转换短语为纯 ASCII，并删除任何撇号。例如，"Müller's algorithm" 可能会变成 "Muellers algorithm"。
- 将此结果分成单词，按空格和任何剩余标点符号（通常是连字符）进行拆分。
- 推荐：如果任何单词已经具有常见用法中的传统驼峰式外观，请将其拆分为其组成部分（例如，"AdWords" 变成 "ad words"）。请注意，像 "iOS" 这样的单词并不真正处于驼峰式状态；它违反了任何惯例，因此该建议不适用。
- 现在将所有内容（包括缩略语）转换为小写字母，然后仅大写每个单词的第一个字符：
- … 每个单词，以产生大驼峰式，或者
- … 每个单词除了第一个，以产生小驼峰式
- 最后，将所有单词连接成一个单一的标识符。
请注意，原始单词的大小写几乎被忽略。
在以下示例中，"XML HTTP request" 被正确地转换为 XmlHttpRequest，而 XMLHTTPRequest 是错误的。
getUnescoProperties() 应该是最佳解决方案...
尽可能地使用纯的 camelCase，如果有缩写，请尽可能让它们大写，否则使用 camelCase。
通常情况下，在面向对象编程中，变量应以小写字母开头 (lowerCamelCase)，而类应以大写字母开头 (UpperCamelCase)。
如果不确定，就使用纯的 camelCase ；）
parseXML 没问题，parseXml 也是 camelCase
XMLHTTPRequest 应该是 XmlHttpRequest 或 xmlHttpRequest，不要使用后续的大写字母缩写，这对所有测试用例来说都不够清晰。
例如，
您如何读取此单词 HTTPSSLRequest，HTTP + SSL，还是 HTTPS + SL（这没有任何意义，但...），在这种情况下，请遵循驼峰命名规则，并选择 httpSslRequest 或 httpsSlRequest，也许它不再那么漂亮，但肯定更清晰。
HTTPSSL 的例子，虽然 SL 没有任何意义，不如改成类似 HTTPSSHTunnel 这样的名字如何？它是 HTTPS + SH（shell）还是 HTTP + SSH？Google 的约定明显更少歧义。 - L. Holanda在github上有一个airbnb JavaScript Style Guide，拥有很多星星（目前约57.5k）和关于缩写词的指南:
缩写词和首字母缩略词应始终全部大写或全部小写。
为什么？名称是为了易读性，而不是为了取悦计算机算法。
// 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 = [
// ...
];
XMLHTTPRequest比XmlHttpRequest更易于阅读，对吗？ - L. HolandahttpRequests被认为是好的而HttpRequests是不好的并没有道理。按照这个原则，那么“XML HTTP Request”应该被命名为xmlhttpRequest？ - L. HolandaxmlHttpRequest比XMLHTTPRequest更易读。请注意，本人为AI语言模型，提供的译文仅供参考，如有需要，请以专业翻译为准。 - RonanCodesHtmlButton是这种情况下正确的类名称。encodeURIComponent
XMLHttpRequest
toJSON
toISOString
onerror。 - Eddie目前我正在使用以下规则：
首字母缩写采用大写字母： XMLHTTPRequest、xmlHTTPRequest、requestIPAddress。
缩写词采用驼峰式大小写： ID[entifier]、Exe[cutable]、App[lication]。
在看到一个大写字母时，我会认为它是一个首字母缩写词，即每个字母都代表一个单独的单词。而缩写词没有单独的单词，所以我使用驼峰式大小写。
ID 是一个例外，抱歉但确实如此。
XMLHTTPRequest 是有歧义的，但这是一个罕见的情况，并且它的歧义并不是很大，所以可以接受，规则和逻辑比美观更重要。
// bad
const HttpRequests = [ req ];
// good
const httpRequests = [ req ];
// also good
const HTTPRequests = [ req ];
因为我通常将首字母大写的单词视为类名，所以我倾向于避免这样做。归根结底，这都是个人喜好。
在编程时，我们应该为变量命名缩写或非缩写样式。因此，如果我们命名一个函数getUNESCOProperties，那么它意味着UNESCO是一个缩写词（否则它就不应该全部大写字母），但显然，"get"和"properties"并不是首字母缩写。所以，我们应该将这个函数命名为gunescop或getUnitedNationsEducationalScientificAndCulturalOrganizationProperties，但这两个都是不可接受的。
自然语言不断演变， 今天的缩写词明天可能会成为单词, 但程序应该独立于这种趋势，并且永远存在。
顺便说一下，在最受欢迎的答案中，IO是计算机语言中InputOutput（输入输出）的缩写，但我不喜欢这个名称，因为我认为缩写词（在计算机语言中）应该只用来命名局部变量而不是顶级类/函数，所以应该使用InputOutput而不是IO。
还有另一种驼峰命名法，它试图通过使用大写字母（HTML）或小写字母（html），但避免同时使用两者（Html）来提高首字母缩略词的可读性。
因此，在您的情况下，您可以编写getUNESCOProperties。您还可以为变量编写unescoProperties，或为类编写UNESCOProperties（类的惯例是以大写字母开头）。
如果您想组合两个首字母缩略词，则此规则会变得棘手，例如对于名为XML HTTP请求的类。它将以大写字母开头，但由于XMLHTTPRequest不易阅读（它是XMLH TTP请求吗？），而XMLhttpRequest会破坏驼峰命名法（它是XM Lhttp请求吗？），最好的选择是混合大小写：XMLHttpRequest，这实际上是W3C使用的方式。然而，不鼓励使用这种类型的命名。对于此示例，HTTPRequest将是更好的名称。
由于官方英文单词“identification/identity”的缩写似乎是ID，尽管它不是一个首字母缩写，你可以在那里应用相同的规则。
这种约定似乎在很多地方都很流行，但这只是一种约定，并没有对错之分。只需尝试遵循一种约定并确保您的名称可读即可。
get_unesco_properties还是get_u_n_e_s_c_o_properties？ - jchook