使用驼峰命名法时如果专有名词本身有大写需要保留吗？

[rv54ntjwfm3ug8]

看了下 JB 全家桶的默认项目目录 PycharmProjects PhpstormProjects 专有名词本身的大写似乎被忽略了

DataGripProjects 却又保留了专有名词的大写（产品名是 DataGrip ，中间没有空格，和 PyCharm PhpStorm 性质应该一样）

所以使用驼峰命名法时如果专有名词本身有大小需要保留吗？

[duke807]

驼峰命名法能逼死強迫症

[agagega]

用缩写就没有这个烦恼，比如 PS 、IJ 、CL

[Cielsky]

@agagega JB

[kingcanfish]

要啊 比如 UseHTTP UseIP

[error101]

我这是严格控制缩写。。。

[wonderfulcxm]

我会保留

[wheeler]

Golang 标准库感觉保留的挺多的：MarshalJSON

[FrankHB]

我的习惯是要，理由是缩略词用完整形式替换，该大小写的地方都不会变，有一致性。
不过这可能会导致和其它前缀混起来不容易看清，比如.NET 的 I 接口前缀……于是微软之类似乎都不鸟这个。

[Ackvincent]

同意楼上 要么用完整性是替换，要么就保留。

[thinkershare]

.NET 中一般按照微软的指南处理，HTTP--> Http, XML--> Xml, JSON-> Json IO--> IO, 2 个字符的缩写保留全部大写， 三个及其以上按照一个单词处理。 除非一个缩写被广泛接受， 否则不缩写。ID 总是写为 Id ， 因为 ID 并不是 2 个单词的缩写

[DOLLOR]

我也好奇，到底应该是 getIOSVersion ，还是 getIosVersion ，还是 getiOSVersion ？

[shoujiaxin]

Google 的 C++ Style Guide 里建议是中间不需要空格分开的都算作一个“单词”，所以只有首字母大写。但是像 Apple 的 OC 和 Swift 风格专有名词或者缩写是全部大写。所以我理解重点不是大写还是小写，重点在于项目里风格统一
https://google.github.io/styleguide/cppguide.html#General_Naming_Rules

[eason1874]

驼峰是把空格去掉，然后空格后的第一个字母大写，其他不变

[hallDrawnel]

我的看法是专有名词保留，其他驼峰。自然语言优先级最高。比如楼上的 iOS 的，就该是 getiOSVersion 。然后对于 go 这种需要大写暴露的就妥协一下 IOS ，然后注释里写一下是 iOS ，原本需要大写的 IP 但不想暴露的那就统一写成 ip

[villivateur]

我会把大写变小写，比如 EnableFpga

[FrankHB]

@hallDrawnel iOS 这里比较尬的是本来正确性就依赖大小写敏感。IOS 是思科的网络操作系统，最近还在维护，年纪应该比这里大多数人还大……

[maojun]

我觉得 snake case 跟 camel case 保持一致比较舒服，比如 http_url 对应 HttpUrl 。如果写成 HTTPUrl 的话那换回去就是 h_t_t_p_url 了，所以我不这么写。当然有规定的话还是按规定来。

https://stackoverflow.com/questions/15526107/acronyms-in-camelcase

[XXWHCA]

怎么说呢，看心情吧

[xuyang2]

XMLHTTPRequestURL
XMLHTTPURL

就问你看着晕不晕