为什么Google API Python库中有UglyCase方法名称？

我只是想知道为什么谷歌在API客户端库中使用UglyCase方法名而不是现有的编码标准？事实上，我不喜欢把我的东西弄乱（GetEditLink（）…wtf？类名？）。

引用PEP8代码：

仅在上下文中允许使用mixedCase 这已经是主流了 样式（例如，threading.py），以保留 向后兼容性

---

要么是这样，要么他们更喜欢它。

引用PEP8代码：

仅在上下文中允许使用mixedCase 这已经是主流了 样式（例如，threading.py），以保留 向后兼容性

---

所以要么如此，要么他们更喜欢。

也许你应该问问他们！：）因为他们喜欢它，这是任何编码标准的任何细节的唯一原因。FWWW，例如代码< GETEdEngLink（）/<代码>违反了，所以我猜是因为API存在于多种语言中，它们必须使用最常见的命名方案。@ SAMPYBISA:是的，在C++的指导方针中推荐了这种样式。这在两种语言中都很可怕，但至少是一致的。我真的不喜欢它。每种语言都有自己的风俗习惯，而他们却忽视了这一点。如果他们想要跨多种语言的通用样式，他们也可以通过

完成每一行代码。也许你应该问问他们！：）因为他们喜欢它，这是任何编码标准的任何细节的唯一原因。FWWW，例如代码< GETEdEngLink（）/<代码>违反了，所以我猜是因为API存在于多种语言中，它们必须使用最常见的命名方案。@ SAMPYBISA:是的，在C++的指导方针中推荐了这种样式。这在两种语言中都很可怕，但至少是一致的。我真的不喜欢它。每种语言都有自己的风俗习惯，而他们却忽视了这一点。如果他们想要跨多种语言的通用样式，他们也可以通过
完成每一行代码。