我是 Python 新手。我正在开发一个小项目。我需要从病房开始就遵循编码标准。如何正确使用import 语句。现在我正在研究 Python 2.7。如果我移至 3.x，与绝对导入有任何冲突吗？绝对导入和相对导入有什么区别？
【问题讨论】：
标签： python python-2.7 python-3.x
这里绘制的absolute 和relative 之间的区别与我们谈论绝对和相对文件路径甚至URL 的方式非常相似。
一个绝对的{import, path, URL}告诉你确切地如何得到你想要的东西，通常是通过指定每个部分：
import os, sys
from datetime import datetime
from my_package.module import some_function
Relative {imports, paths, URLs} 正是他们所说的：他们是 relative 到他们当前的位置。也就是说，如果目录结构发生变化或文件移动，这些可能会中断（因为它们不再意味着相同的东西）。
from .module_in_same_dir import some_function
from ..module_in_parent_dir import other_function
因此，要共享的代码首选绝对导入。
我在 cmets 中被要求提供一个示例，说明 from __future__ import absolute_import 如何与此联系，以及如何使用它。在尝试制定这个例子时，我意识到我也不能完全解释它的行为，所以我asked a new question。 This answer 提供了一个代码示例，显示了from __future__ import absolute_import 的正确工作实现，它实际上解决了歧义。
The accepted answer 更详细地说明了为什么它会以这种方式工作，包括对 Python 2.5 变更日志中令人困惑的措辞的讨论。本质上，该指令的范围（以及 Python 中绝对导入和相对导入之间的区别）非常非常狭窄。如果您发现自己需要这些区别来使您的代码正常工作，那么您最好尽可能重命名本地模块。
【讨论】：
from __future__ import (absolute_import) 时，后一种形式的导入仍然有效？
from __future__ absolute_import 禁止 隐式 相对导入（显式导入也可以）。对吗？
sys.path 上创建同名目录来防止您意外遮盖Python 标准库的某些部分，类似于命名变量list 遮盖内置list 函数的方式。跨度>
导入通常应该在单独的行中：
是的：import os
import sys
没有：import sys, os
尽管这样说是可以的：
from subprocess import Popen, PIPE
导入总是放在文件的顶部，就在任何模块 cmets 和文档字符串之后，模块全局变量和常量之前。
进口应按以下顺序分组：
根据 Pep8：- 建议使用绝对导入，因为如果导入系统配置不正确（例如包内的目录结束时），它们通常更具可读性并且表现得更好（或至少提供更好的错误消息）在 sys.path 上）：
import mypkg.sibling
from mypkg import sibling
from mypkg.sibling import example
但是，显式相对导入是绝对导入的可接受替代方案，尤其是在处理复杂的包布局时，使用绝对导入会不必要地冗长：
from . import sibling
from .sibling import example
标准库代码应避免复杂的包布局并始终使用绝对导入。
不应使用隐式相对导入，并且已在 Python 3 中删除。
从包含类的模块中导入类时，通常可以这样拼写：
from myclass import MyClass
from foo.bar.yourclass import YourClass
如果此拼写导致本地名称冲突，则明确拼写：
import myclass
import foo.bar.yourclass
并使用“myclass.MyClass”和“foo.bar.yourclass.YourClass”。
应避免使用通配符导入 (from <module> import *)，因为它们会使命名空间中存在哪些名称变得不清楚，从而使读者和许多自动化工具感到困惑。通配符导入有一个可辩护的用例，即重新发布一个内部接口作为公共 API 的一部分（例如，用可选加速器模块中的定义覆盖接口的纯 Python 实现，以及哪些定义将被被覆盖是事先不知道的）。
【讨论】：