Python 指南

需要注意的是使用 from package import item 方式导入包时，这个子项（item）既可以是包中的一个子模块（或一个子包），也可以是包中定义的其它命名，像函数、类或变量。import 语句首先核对是否包中有这个子项，如果没有，它假定这是一个模块，并尝试加载它。如果没有找到它，会引发一个 ImportError 异常。

相反，使用类似import item.subitem.subsubitem 这样的语法时，这些子项必须是包，最后的子项可以是包或模块，但不能是前面子项中定义的类、函数或变量。

  
6.4.1 从包中导入全部信息（Importing * From a Package） 
那么当用户写下from Sound.Effects import *时会发生什么事？理想中，总是希望在文件系统中找出包中所有的子模块，然后导入它们。不幸的是，这个操作在Mac 和 Windows 平台上工作的并不太好，这些文件系统的文件大小写并不敏感！在这些平台上没有什么方法可以确保一个叫ECHO.PY的文件应该导入为模块echo、Echo或ECHO。（例如，Windows 95有一个讨厌的习惯，它会把所有的文件名都显示为首字母大写的风格。） DOS 8+3文件名限制又给长文件名模块带来了另一个有趣的问题。

对于包的作者来说唯一的解决方案就是给提供一个明确的包索引。import语句按如下条件进行转换：执行from packae import * 时，如果包中的__init__.py代码定义了一个名为__all__的链表，就会按照链表中给出的模块名进行导入。新版本的包发布时作者可以任意更新这个链表。如果包作者不想import * 的时候导入他们的包中所有模块，那么也可能会决定不支持它（import *）。例如，Sounds/Effects/__init__.py 这个文件可能包括如下代码：

__all__ = ["echo", "surround", "reverse"]
这意味着 from Sound.Effects import * 语句会从Sound 包中导入以上三个已命名的子模块。

如果没有定义 __all__ ，from Sound.Effects import * 语句不会从Sound.Effects包中导入所有的子模块。Effects 导入到当前的命名空间，只能确定的是导入了 Sound.Effects 包（可能会运行 __init__.py中的初始化代码）以及包中定义的所有命名会随之导入。这样就从__init__.py中导入了每一个命名（以及明确导入的子模块）。同样也包括了前述的import语句从包中明确导入的子模块，考虑以下代码：

import Sound.Effects.echo
import Sound.Effects.surround
from Sound.Effects import *
在这个例子中，echo和surround模块导入了当前的命名空间，这是因为执行from ... import语句时它们已经定义在Sound.Effects包中了（定义了__all__时也会同样工作）。

需要注意的是习惯上不主张从一个包或模块中用import * 导入所有模块，因为这样的通常意味着可读性会很差。然而，在交互会话中这样做可以减少输入，相对来说确定的模块被设计成只导出确定的模式中命名的那一部分。

记住，from Package import specific_submodule没有错误！事实上，除非导入的模块需要使用其它包中的同名子模块，否则这是受到推荐的写法。

6.4.2 内置包（Intra-package）参考
子模块之间经常需要互相引用。例如，surround 模块可能会引用echo 模块。事实上，这样的引用如此普遍，以致于import语句会先搜索包内部，然后才是标准模块搜索路径。因此surround module 可以简单的调用import echo 或者 from echo import echofilter。如果没有在当前的包中发现要导入的模块，import语句会依据指定名寻找一个顶级模块。

论坛热门帖子:	[lch203] 写得蛮好的linux学习笔记(10-21) [黑马制造] 学习java的30个目标(10-19) [笑傲股林] 做测试半年了，有点迷茫，应该再学些什么提高自己的测试水平和测试能力呢？(10-19) [udp8589] 大家用google的来吱一声? 用百度的~~也来报道下?(10-18) [沂偌掳兆] 本人总结的一些认为C++比较经典的书籍，希望对大家有用(10-18)
TAG标签:	指南 一个 可以 Python 模块 文件 方法 函数 对象 字符串