python - 在 python 中，导入类与导入类模块的优缺点是什么？

Question

我正在为大约 30 名开发人员组成的团队编写一套 Python 编码指南。作为我文档的基础，到目前为止我已经研究了 Google python style guide和 PEP 8 style guide ，并结合了两者的信息。

Google 风格指南比 PEP 8 更严格的一个地方是导入。 Google 指南要求开发人员仅导入包和模块，然后使用更合适的名称引用其中的项目。例如:

from pkg import module
...
my_class = module.MyClass()

理由是“每个标识符的来源都以一致的方式表示”。对于我们的项目，我们打算用两层或三层深的包进行组织，因此要了解标识符的完整来源，读者可能无论如何都需要检查 import 语句。我想提倡这种导入样式作为“首选样式”:

from pkg.module import MyClass
...
my_class = MyClass()

恕我直言，当名称更简洁时，python 构造(例如列表理解)的可读性会得到提高。

我不清楚 python 解释器可能在幕后做什么。例如，MyClass 现在是这个模块和这个模块的所有导入器的全局命名空间的一部分吗？ (这很糟糕，可能会导致一些奇怪的错误；如果这是真的，我会提倡 Google 风格)。

我的 python 开发经验仅限于 6 个月左右(而且我们项目上没有多少专家可以咨询)，所以我想从社区获得更多信息。以下是我已经研究过的一些项目:

effbot - discussion on imports

stack overflow - import vs. from import

python documentation - modules

python documentation - import

感谢您的回复!

Answer 1

在 Python 中，不存在跨多个模块的全局变量。如果您执行 from pkg.module import MyClass，则 MyClass 位于执行此操作的模块的全局命名空间中，但不属于任何其他模块(包括导入的模块)导入 MyClass 的模块)。

至于您的更笼统的问题，两种导入机制都可以接受，具体视情况而定。如果模块名称很长，您可以通过以不同的名称导入它来缩短一些:

# Awkward
from package import reallylongmodule
reallylongmodule.MyClass()

# Less awkward
from package import reallylongmodule as rlm
rlm.MyClass()

如果类名足够独特，您可以分辨出它的来源和内容，那么只导入类就可以了。但是，如果您有多个模块定义的类具有相对不具描述性的名称(例如，“Processor”、“Unit”、“Data”、“Manager”)，那么最好通过模块名称访问它们以明确说明你在做什么。

风格指南最终是指南，而不是法律。我自己的偏好是选择一种能够最大限度地提高清晰度和可读性的机制。这涉及在避免长而繁琐的名称与避免简短、模糊或神秘的名称之间进行权衡。如何权衡取舍取决于您使用的特定库以及您如何使用它们(例如，您导入了多少个模块，您从中导入了多少东西)。