Python 标准库类的规范似乎是类名是小写的——这似乎适用于诸如 str 和 int 之类的内置函数以及作为标准库模块一部分的大多数类必须导入的，例如 datetime.date 或 datetime.datetime。
但是，enum.Enum 和 decimal.Decimal 等某些标准库类是大写的。乍一看，当类的名称与模块名称相同时，它们似乎是大写的，但并非在所有情况下都适用（例如datetime.datetime）。
Python 标准库中类名的大写约定背后的基本原理/逻辑是什么？
【问题讨论】：
开发人员指南的Key Resources 部分将PEP 8 列为样式指南。
来自 PEP 8 命名约定，强调我的。
Python 库的命名约定有点混乱，所以 我们永远不会完全一致——尽管如此，这里有 当前推荐的命名标准。新模块和包 （包括第三方框架）应该写入这些 标准，但是现有的库有不同的风格， 首选内部一致性。
风格指南是关于一致性的。与本样式指南的一致性 很重要。项目内部的一致性更为重要。 一个模块或功能内的一致性是最重要的。 ...
忽略特定准则的其他一些充分理由：
- 为了与也破坏它的周围代码保持一致（可能是出于历史原因）——尽管这也是一个清理的机会 搞砸别人的烂摊子（真正的 XP 风格）。
- 因为有问题的代码早于指南的引入，并且没有其他理由修改该代码。
您可能永远不会知道为什么标准库命名约定与 PEP 8 冲突，但在新事物甚至您自己的项目中遵循它可能是个好主意。
【讨论】：
Pep 8 被许多 Python 开发人员认为是标准样式指南。这建议使用 CamelCase/CapWords 命名类。
在接口被记录并主要用作可调用的情况下，可以使用函数的命名约定。
请注意，内置名称有一个单独的约定：大多数内置名称是单个单词（或两个单词一起运行），CapWords 约定仅用于异常名称和内置常量。
查看此link 了解 PEP8 命名约定和标准。
datetime 是标准库的一部分，
Python 的标准库非常广泛，提供了广泛的功能，如下面的长目录所示。该库包含内置模块（用 C 编写），提供对系统功能的访问，例如 Python 程序员无法访问的文件 I/O，以及用 Python 编写的提供标准化的模块日常编程中出现的许多问题的解决方案。
在某些情况下，如 sklearn、nltk、django，包名都是小写的。这个link 会带你去那里。
模块应该有简短的全小写名称。如果提高可读性，可以在模块名称中使用下划线。 Python 包也应该有简短的全小写名称，但不鼓励使用下划线。
当用 C 或 C++ 编写的扩展模块附带提供更高级别（例如更面向对象）接口的 Python 模块时，C/C++ 模块有一个前导下划线（例如 _socket ）。
我希望这涵盖了所有问题。
【讨论】：