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

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

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

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

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

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

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

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

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

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

除了@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

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

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

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

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

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

要转换为驼峰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则不正确。