我对CamelCase有疑问。假设您有这个缩写：Unesco = United Nations Educational, Scientific and Cultural Organization.

您应该写： unitedNationsEducationalScientificAndCulturalOrganization

但是，如果您需要写首字母缩略词怎么办？就像是：

getUnescoProperties();

这样写是对的吗？ getUnescoProperties() OR getUNESCOProperties();

Microsoft编写的一些准则camelCase是：

使用首字母缩写词时，对于长度超过两个字符的首字母缩写词，请使用Pascal大小写或驼峰式大小写。例如，使用HtmlButton或htmlButton。但是，您应该将仅包含两个字符的首字母缩写大写，例如System.IO而不是System.Io。

请勿在标识符或参数名称中使用缩写。如果必须使用缩写，则对于包含两个以上字符的缩写，请使用驼峰大小写，即使这与单词的标准缩写相矛盾。

加起来：

• 使用长度为两个字符的缩写词或首字母缩写词时，请将其全部大写；

• 当首字母缩写词超过两个字符时，请使用大写字母作为第一个字符。

因此，在您的特定情况下，getUnescoProperties()是正确的。

接受的答案对Microsoft的建议有合理的批评。

• 根据字符数，首字母缩写词/首字母缩写词的用法不一致：
  • playerIDVS playerIdVS playerIdentifier。
• 如果两个字母的首字母缩写出现在标识符的开头，是否仍应大写：
  • USTaxes 与 usTaxes
• 难以区分多个首字母缩写词：
  • 即USIDvs usId（或parseDBMXML在Wikipedia的示例中）。

因此，我将发布此答案作为已接受答案的替代方法。所有首字母缩写词均应一视同仁；首字母缩写词应像其他任何单词一样对待。引用维基百科：

...某些程序员更喜欢将缩写视为小写单词...

所以关于：OP的问题，我同意接受的答案；这是对的：getUnescoProperties()

但是我认为在这些示例中我会得出不同的结论：

• US Taxes → usTaxes
• Player ID → playerId

因此，如果您认为两个字母的首字母缩写应该像其他首字母缩写一样对待，请投票给这个答案。

骆驼套是惯例，不是规格。所以我猜想民意规则。

（编辑：删除建议由投票决定这个问题的建议；正如@Brian David所说； Stack Overflow不是“人气竞赛”，并且这个问题被封闭为“基于观点”）

即使许多人喜欢将首字母缩略词与其他词一样对待，更常见的做法可能是将首字母缩略词大写（即使这会导致“憎恶”）

• 请参阅此XML模式中的 “ EDXML”
• 请参阅此XBRL模式中的 “ SFAS158”

其他资源：

• 请注意，有些人会区分缩写和首字母缩写词
• 注意Microsoft准则区分两个字符的首字母缩写词和“超过两个字符长的首字母缩写词”
• 请注意，有些人建议完全避免使用缩写词或首字母缩写词
• 请注意，有些人建议完全避免使用CamelCase / PascalCase
• 请注意，有些人将“一致性”与“内部看起来不一致的规则”区分开来（即，将两个字符的首字母缩写与三个字符的首字母缩写区别对待）；有些人将“一致性”定义为“一致地应用同一规则”（即使该规则内部不一致）
• 框架设计准则
• Microsoft准则

首先，我必须澄清自己不是英语母语人士，所以我对英语语法的主张可能是错误的。如果您发现此类错误，请告诉我，我将非常感谢。

首字母缩略词的最佳实践是尽可能避免首字母缩略词。无论如何，情况并非如此，因为首字母缩写UNESCO比全名更熟悉UnitedNationsEducationalScientificAndCulturalOrganization。

然后，我认为UNESCO比Unesco因为更接近现实生活形式而更加熟悉而有意义。我很难弄清楚这个词的Unesco实际含义。

再举一个例子，考虑一下Arc。这听起来像是绕圆的曲线，但是在Rust中，这意味着Atomically Reference Counted。如果是这样写的ARC，至少读者会认识到该词是其他东西的缩写，而不是某种曲线。

现代程序主要是为人类读者编写的。然后，必须为人类可读性而不是机器处理或分析设置那些命名规则。

从这个角度来看，我们通过使用Unescoover UNESCO而却一无所获而失去了一些可读性。

对于其他任何情况，我认为仅遵循简单的英语首字母缩写规则（或约定）就足以在大多数情况下获得最佳可读性。

要转换为CamelCase，还可以使用Google的（几乎）确定性的Camel案例算法：

从名字的散文形式开始：

1. 将短语转换为纯ASCII并删除所有撇号。例如，“穆勒算法”可能会变成“穆勒算法”。
2. 将此结果划分为单词，在空格和所有剩余的标点符号（通常为连字符）之间进行分割。
   1. 推荐：如果任何单词在常规用法中已经具有常规的驼峰式外观，则将其拆分为各个组成部分（例如，“ AdWords”变成“ ad words”）。请注意，诸如“ iOS”之类的词本身并不是驼峰式的；它违反任何约定，因此该建议不适用。
3. 现在将所有内容（包括首字母缩写词）都小写，然后仅将以下内容的第一个字符大写：
   1. ……每个单词，以产生大写的驼峰大写字母，或
   2. …除第一个单词外的每个单词，以产生小写的驼峰字母
4. 最后，将所有单词合并为一个标识符。

请注意，几乎完全忽略了原始单词的大小写。

在以下示例中，“ XML HTTP请求”已正确转换为XmlHttpRequest，XMLHTTPRequest不正确。

getUnescoProperties() 应该是最好的解决方案...

如果可能的话，请遵循纯文本camelCase；当您使用首字母缩写词时，请尽可能使它们大写camelCase。

通常，在OO中，编程变量应以小写字母（lowerCamelCase）开头，而类应以大写字母（UpperCamelCase）开头。

如有疑问，请纯净camelCase;）

parseXML是罚款，parseXml也camelCase

XMLHTTPRequest应该XmlHttpRequest或xmlHttpRequest没有办法使用后续的大写字母首字母缩写词，但对于所有测试用例而言，它尚不确定。

例如，您如何读懂这个单词HTTPSSLRequest，HTTP + SSL或，HTTPS + SL（但是什么都没有……），在这种情况下，请遵循驼峰式惯例并选择httpSslRequest或httpsSlRequest，也许它不再好了，但绝对更加清楚。

github上有airbnb JavaScript样式指南，上面有很多星星（目前约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 = [
  // ...
];

目前，我正在使用以下规则：

1. 死刑案件的首字母缩写词：XMLHTTPRequest，xmlHTTPRequest，requestIPAddress。

2. 骆驼情况下缩写：ID[entifier]，Exe[cutable]，App[lication]。

ID 是一个例外，对不起但确实如此。

当我看到一个大写字母时，我假设使用首字母缩写词，即每个字母一个单独的词。缩写词的每个字母没有单独的词，因此我使用驼峰式大小写。

XMLHTTPRequest 是模棱两可的，但这是一种罕见的情况，并不是那么模棱两可，所以没关系，规则和逻辑比美更重要。

JavaScript Airbnb样式指南对此进行了一些讨论。基本上：

// bad
const HttpRequests = [ req ];

// good
const httpRequests = [ req ];

// also good
const HTTPRequests = [ req ];

因为我通常在全班都读大写的大写字母，所以我倾向于避免这种情况。归根结底，这都是首选。

除了@valex所说的以外，我想用给出的这个问题的答案来概括几件事。

我认为一般的答案是：它取决于您使用的编程语言。

夏普

Microsoft 编写了一些准则，在该准则中，这似乎HtmlButton是为这种情况命名类的正确方法。

Java脚本

Javascript有一些带有缩写词的全局变量，并且全部使用大写形式（但有趣的是，并不总是一致的），下面是一些示例：

encodeURIComponent XMLHttpRequest toJSON toISOString

免责声明：英语不是我的母亲语气。但是我已经考虑了很长时间了，尤其是在使用节点（驼峰样式）处理数据库时，因为表字段的名称应该被蛇化，这是我的想法：

程序员有两种“缩写词”：

• 以自然语言，联合国教科文组织
• 以计算机编程语言（例如）表示tmc and textMessageContainer，通常显示为局部变量。

在编程世界中，自然语言中的所有首字母缩写词均应视为word，原因如下：

1. 在编程时，我们应该以缩写形式或非缩写形式命名变量。所以，如果我们将其命名功能getUNESCOProperties，这意味着教科文组织是一个缩写（否则它不应该是全部大写字母），但显然，get并properties没有缩略语。因此，我们应该将此功能命名为gunescop或getUnitedNationsEducationalScientificAndCulturalOrganizationProperties，两者都不可接受。

2. 自然语言在不断发展， 今天的缩写词将成为明天的词，但是程序应独立于这种趋势并永远存在。

顺便说一句，在投票最多的答案中，IO是计算机语言含义的缩写（代表InputOutput），但我不喜欢该名称，因为我认为（计算机语言中的）缩写只能用于命名局部变量，但是顶级类/函数，因此应使用InputOutput而不是IO

教科文组织是一个特例，因为它通常（用英语）读成单词而不是首字母缩写，例如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，尽管不是首字母缩写，所以您可以在此处应用相同的规则。

这个约定似乎很流行，但这只是一个约定，没有对与错。只要尝试遵守约定，并确保您的姓名可读即可。