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

微软写的关于camelCase的一些指导方针是:

当使用首字母缩略词时，长度超过两个字符的首字母缩略词应使用Pascal大小写或驼峰大小写。例如，使用HtmlButton或HtmlButton。但是，只由两个字符组成的首字母缩写词应该大写，例如System。而不是System.Io。 不要在标识符或参数名中使用缩写。如果必须使用缩写，则使用驼峰大小写表示包含两个以上字符的缩写，即使这与单词的标准缩写相矛盾。

总结:

当你使用的缩写或首字母缩写只有两个字符长时，全部用大写; 当首字母缩略词超过两个字符时，第一个字符用大写。

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

除了@valex所说的，我想用这个问题的答案来概括一些事情。

我认为一般的答案是:这取决于你使用的编程语言。

升C

微软已经编写了一些指导方针，在这种情况下，HtmlButton似乎是命名类的正确方式。

Javascript

Javascript有一些首字母缩写的全局变量，并且它们都是大写的(但有趣的是，并不总是一致)，下面是一些例子:

encodeURIComponent XMLHttpRequest toJSON toISOString

从公认的答案中，对微软的建议有合理的批评。

根据字符数对首字母缩写/首字母缩写的处理不一致: playerID vs playerID vs playerIdentifier。 如果两个字母的首字母缩写出现在标识符的开头，是否仍然应该大写的问题: USTaxes vs USTaxes 区分多个首字母缩写的困难: 即USID vs USID(或维基百科的例子中的parseDBMXML)。

所以我会把这个答案作为公认答案的替代。所有首字母缩略词应一致对待;首字母缩写词应该像对待其他单词一样对待。引用维基百科:

.．.有些程序员喜欢把缩写当作小写字母来对待。

所以回复:OP的问题，我同意公认的答案;这是正确的:getUnescoProperties()

但我认为我在这些例子中得出了不同的结论:

美国税收→美国税收 玩家ID→playerId

所以，如果你认为两个字母的首字母缩略词应该像其他首字母缩略词一样对待，请投票给这个答案。

Camel Case是一种约定，而不是规范。所以我猜民意决定一切。

(编辑:删除这个问题应该由投票决定的建议;正如@Brian David所说;Stack Overflow不是一个“人气竞赛”，这个问题是“基于意见的”)

尽管许多人喜欢把首字母缩写词当作其他词来对待，但更常见的做法可能是把首字母缩写词全部大写(即使这会导致“可恶的”)。

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

其他资源:

Note some people distinguish between abbreviation and acronyms Note Microsoft guidelines distinguish between two-character acronyms, and "acronyms more than two characters long" Note some people recommend to avoid abbreviations / acronyms altogether Note some people recommend to avoid camelCase / PascalCase altogether Note some people distinguish between "consistency" as "rules that seem internally inconsistent" (i.e. treating two-character acronyms different than three-character acronyms); some people define "consistency" as "applying the same rule consistently" (even if the rule is internally inconsistent) Framework Design Guidelines Microsoft Guidelines

还有另一种驼峰格式的约定，试图通过使用大写(HTML)或小写(HTML)来提高首字母缩略词的可读性，但避免两者同时使用(HTML)。

在你的例子中，你可以写getUNESCOProperties。你也可以为一个变量写unescoProperties，或者为一个类写unescoProperties(类的约定是以大写开头)。

如果您想将两个首字母缩写放在一起，例如一个名为XML HTTP Request的类，则该规则会变得很棘手。它将以大写开始，但由于XMLHTTPRequest不容易阅读(是XMLHTTPRequest吗?)，而且XMLHTTPRequest将打破驼峰格式约定(是XMLhttpRequest吗?)，最好的选择是混合大小写:XMLHTTPRequest，这实际上是W3C使用的。然而，不鼓励使用这种类型的命名。对于本例，HTTPRequest将是一个更好的名称。

由于标识/身份的官方英文单词似乎是ID，尽管它不是首字母缩略词，所以您可以在这里应用相同的规则。

这种惯例似乎很流行，但这只是惯例，没有对错之分。只要坚持约定，并确保你的名字是可读的。

JavaScript Airbnb风格指南谈到了这一点。基本上:

// bad
const HttpRequests = [ req ];

// good
const httpRequests = [ req ];

// also good
const HTTPRequests = [ req ];

因为我通常在课堂上阅读大写字母的前导，所以我倾向于避免这样做。说到底，这都是个人偏好。