UNESCO是一个特殊的例子，因为它通常(在英语中)被读成一个单词，而不是一个首字母缩略词——像UEFA, RADA, BAFTA，不像BBC, HTML, SSL

目前我正在使用以下规则:

首字母缩写的大写字母:XMLHTTPRequest, XMLHTTPRequest, requestIPAddress。 驼色表示缩写:ID[标识符]，Exe[可切割的]，App[应用程序]。

ID是个例外，抱歉，但这是真的。

当我看到一个大写字母时，我认为这是一个首字母缩写，即每个字母对应一个单独的单词。缩写并不是每个字母都有单独的单词，所以我使用驼峰格。

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

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

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

// bad
const HttpRequests = [ req ];

// good
const httpRequests = [ req ];

// also good
const HTTPRequests = [ req ];

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

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

根据字符数对首字母缩写/首字母缩写的处理不一致: 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

要转换为驼峰case，还有谷歌的(近)确定性驼峰case算法:

Beginning with the prose form of the name: Convert the phrase to plain ASCII and remove any apostrophes. For example, "Müller's algorithm" might become "Muellers algorithm". Divide this result into words, splitting on spaces and any remaining punctuation (typically hyphens). 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. Now lowercase everything (including acronyms), then uppercase only the first character of: … each word, to yield upper camel case, or … each word except the first, to yield lower camel case Finally, join all the words into a single identifier. Note that the casing of the original words is almost entirely disregarded.

在以下示例中，“XMLHTTP request”正确地转换为XmlHttpRequest, XmlHttpRequest则不正确。