第十章:模块与包¶
01 构建一个模块的层级包¶
问题
如何将代码组织成由很多分层模块构成的包?
__init__.py
解决方案
在文件系统上组织好代码,并确保每个目录都定义了一个 __init__.py
文件,之后,就可以执行相应的 import 语句。
讨论
文件 __init__.py
的目的是要包含不同运行级别的包的可选的初始化代码。举个例子,如果你执行了语句 import graphics
, 文件 graphics/__init__.py
将被导入,建立graphics 命名空间的内容。
绝大部分时候让 __init__.py
空着就好。但是有些情况下可能包含代码。 举个例子,能够用 __init__.py
来自动加载子模块。
__init__.py
的其他常用用法包括将多个文件合并到一个逻辑命名空间
02 控制模块被全部导入的内容¶
问题
当使用 from module import *
语句时,如何对从模块或包导出的符号进行精确控制?
- 在模块中定义一个变量
__all__
来明确指出需要导出的内容。
解决方案
讨论
- 强烈反对使用
from module import *
这种写法,如果不做任何事,这样的方式将会导入所有不以下划线开头的方法。而如果定义了__all__
,则只有被其列出的方法才会被导出。
Warning
如果将 __all__
定义为空列表,则没有东西会被导入,如果 __all__
包含未定义的名字,在导入时,会引起 AttributeError
。
03 使用相对路径名导入包中子模块¶
问题
将代码组织成包,想用import语句从另一个包名没有硬编码过的包中导入子模块。
- 使用包的相对导入,使一个模块导入同一个包的另一个模块。
解决方案
在模块 mypackage.A.spam 中导入同目录下的模块 grok:
在模块 mypackage.A.spam 中导入不同目录下的模块 B.bar
讨论
在包内,既可以使用相对路径也可以使用绝对路径来导入。
# mypackage/A/spam.py
from mypackage.A import grok # OK
from . import grok # OK
import grok # Error (not found)
像 mypackage.A 这样使用绝对路径名的不利之处是这将顶层包名硬编码到你的源码中。硬编码的名称会使移动代码变得困难。
Attention
- import 语句的
.
和..
,其中.
为当前目录,..B
为目录../B
。这种语法只适用于import。 - 尽管使用相对导入看起来像是浏览文件系统,但是不能到定义包的目录之外。
- 如果包的部分被作为脚本直接执行,相对导入方式将不起作用。
- 使用Python的 -m 选项来执行先前的脚本,相对导入将会正确运行。
04 将模块分割成多个文件¶
问题
如何将一个模块分割成多个文件,但同时再将分离的文件统一成一个逻辑模块时,可以不使已有的代码遭到破坏?
- module --> n packages 即程序模块可以通过变成包来分割成多个独立的文件。
- 合并多个文件成一个单一的逻辑命名空间,关键是创建一个包目录,使用
__init__.py
文件将各部分粘合到一起。
解决方案
如果想将上述 mymodule.py 分成两个文件,每个文件定义一个类。可以先用 mymodule 目录替换原来的 mymodule.py 文件,再分别在 a.py 和 b.py 中插入对应类的代码。最后,再在 __init__.py
文件中,将两个文件粘合到一起。
# mymodule.py --> mymodule 文件夹
mymodule/
__init__.py
a.py
b.py
# a.py 内容
class A:
def spam(self):
print('A.spam')
# b.py 内容
from .a import A
class B(A):
def bar(self):
print('B.bar')
以上步骤所产生的包 mymodule,将作为一个单一的逻辑模块:
讨论
这个问题主要是一个设计问题,在大型代码库中,如果将一切都分割成独立的文件,用户需要使用大量的 import 语句,前提是他们要清楚不同的部分在哪里,这增加了用户的负担。
当模块被分割,需要特别注意交叉引用,需要使用相对导入的方式来获取,来避免将顶层模块名硬编码到源代码中,如此,可以使得重命名模块或者转移位置更容易。
延迟导入:之前 __init__.py
文件一次导入所有必须的组件,但是,对于一个很大的模块,指向在组件被需要时才加载,如何做到延迟导入呢?
如下,将类 A 和类 B 替换为在第一次访问时加载所需的类的函数。
05 利用命名空间导入目录分散的代码¶
问题
你可能有大量的代码,由不同的人来分散地维护。每个部分被组织为文件目录,如一个包。然而,你希望能用共同的包前缀将所有组件连接起来,不是将每一个部分作为独立的包来安装。
- 从本质上讲,要定义一个顶级Python包,作为一个大集合分开维护子包的命名空间。
解决方案
这个问题经常出现在大的应用框架中,框架开发者希望鼓励用户发布插件或附加包。
如果要将单独的目录统一到一个公共的命名空间下,可以把代码像普通的 Python 包那样组织起来,但是要删去用来将组件联合起来的 __init__.py
文件。
在这2个目录里,都有着共同的命名空间 spam
。在任何一个目录里都没有 __init__.py
文件。
如果将 foo-package 和 bar-package 都加到 python 模块路径,则两个不同的包目录被合并到一起,你可以导入spam.blah和spam.grok,并且它们能够工作。
讨论
从本质上讲,包命名空间是一种特殊的封装设计,为合并不同的目录的代码到一个共同的命名空间。
对于大的框架,这可能是有用的,因为它允许一个框架的部分被单独地安装下载。它也使人们能够轻松地为这样的框架编写第三方附加组件和其他扩展。
包命名空间的关键是确保顶级目录中没有 __init__.py
文件来作为共同的命名空间。
包命名空间的一个重要特点是任何人都可以用自己的代码来扩展命名空间。
一个包是否被作为一个包命名空间的主要方法是检查其 __file__
属性。如果没有,那包是个命名空间。这也可以由其字符表现形式中的 “namespace” 这个词体现出来。
06 重新加载模块¶
问题
你想重新加载已经加载的模块,因为你对其源码进行了修改。
- 使用
imp.reload()
来重新加载先前加载的模块。
讨论
重新加载模块在开发和调试过程中常常很有用。但在生产环境中的代码使用会不安全,因为它并不总是像您期望的那样工作。
Attention
reload()
擦除了模块底层字典的内容,并通过重新执行模块的源代码来刷新它。模块对象本身的身份保持不变。因此,该操作在程序中所有已经被导入了的地方更新了模块。
尽管如此,reload()没有更新像”from module import name”这样使用import语句导入的定义。
现在启动交互式会话:
不退出Python修改spam.py的源码,将grok()函数改成这样:
现在回到交互式会话,重新加载模块:
>>> import imp
>>> imp.reload(spam)
<module 'spam' from './spam.py'>
>>> spam.bar()
bar
>>> grok() # Notice old output
grok
>>> spam.grok() # Notice new output
New grok
>>>
Danger
看到有2个版本的grok()函数被加载。通常来说,这不是你想要的,而是令人头疼的事。
因此,在生产环境中可能需要避免重新加载模块。在交互环境下调试,解释程序并试图弄懂它。
07 运行目录或压缩文件¶
问题
一个已成长为包含多个文件的应用,已远不再是一个简单的脚本,如何向用户提供一些简单的方法运行这个程序?
- 如果应用程序已经有多个文件,可以把应用程序放进它自己的目录,并添加一个
__main__.py
文件。
解决方案
如果 __main__.py
存在,可以简单地在顶级目录运行Python解释器:
如果你将你的代码打包成zip文件,这种技术同样也适用,举个例子:
讨论
创建一个目录或zip文件并添加__main__.py
文件来将一个更大的Python应用打包是可行的。这只是让别人执行的代码包。
08 读取位于包中的数据文件¶
问题
你的包中包含代码需要去读取的数据文件。你需要尽可能地用最便捷的方式来做这件事。
- 使用
pkgutil
模块
解决方案
假设 spam.py 文件需要读取 somedata.dat 文件中的内容。
如下,由此产生的变量是包含该文件的原始内容的字节字符串。
讨论
为什么不用内置的 open() 函数?
-
首先,一个包对解释器的当前工作目录几乎没有控制权。 因此,编程时任何I/O操作都必须使用绝对文件名。由于每个模块包含有完整路径的
__file__
变量,弄清楚它的路径不是不可能,但它很凌乱。 -
第二,包通常安装作为
.zip
或.egg
文件,这些文件并不像在文件系统上的一个普通目录里那样被保存。因此,你试图用open()对一个包含数据文件的归档文件进行操作,它根本不会工作。
为什么用 pkgutil.get_data() ?
-
pkgutil.get_data() 函数是一个读取数据文件的高级工具,不用管包是如何安装以及安装在哪。它只是工作并将文件内容以字节字符串返回给你
-
get_data() 的第一个参数是包含包名的字符串。你可以直接使用包名,也可以使用特殊的变量,比如
__package__
。第二个参数是包内文件的相对名称。如果有必要,可以使用标准的Unix命名规范到不同的目录,只要最后的目录仍然位于包中。
09 将文件夹加入到sys.path¶
问题
如果无法导入你的 Python 代码,因为它所在的目录不在 sys.path 里。那么如何将其添加新目录到Python路径,但是不硬链接到你的代码。
- 第一种:使用 PYTHONPATH 变量添加
- 第二种:创建一个 .pth 文件,将目录列在其中
解决方案
- 第一种:使用 PYTHONPATH 环境变量添加
在自定义应用程序中,这样的环境变量可在程序启动时设置或通过shell脚本设置。
bash % env PYTHONPATH=/some/dir:/other/dir python3
Python 3.3.0 (default, Oct 4 2012, 10:17:33)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.path
['', '/some/dir', '/other/dir', ...]
>>>
- 第二种:.pth 文件
这个 .pth 文件需要放在某个Python的site-packages目录,通常位于/usr/local/lib/python3.3/site-packages 或者 ~/.local/lib/python3.3/sitepackages。当解释器启动时,.pth文件里列举出来的存在于文件系统的目录将被添加到sys.path。安装一个.pth文件可能需要管理员权限,如果它被添加到系统级的Python解释器。
讨论
如果使用模块级的变量来精心构造一个适当的绝对路径,则可以解决硬编码目录的问题,比如__file__
。
import sys
from os.path import abspath, join, dirname
sys.path.insert(0, join(abspath(dirname(__file__)), 'src'))
这将 src 目录添加到 path 里,和执行插入步骤的代码在同一个目录里。
site-packages 目录是第三方包和模块安装的目录。如果手动安装你的代码,它将被安装到site-packages目录。
虽然用于配置path的.pth文件必须放置在site-packages里,但它配置的路径可以是系统上任何你希望的目录。因此,你可以把你的代码放在一系列不同的目录,只要那些目录包含在.pth文件里。
10 通过字符串名导入模块¶
问题
你想导入一个模块,但是模块的名字在字符串里。如何对字符串调用导入命令?
- 使用
importlib.import_module()
函数来手动导入名字为字符串给出的一个模块或者包的一部分。
解决方案
讨论
使用 import_module() 手动导入模块的问题,通常出现在以某种方式编写修改或覆盖模块的代码时候。例如,也许你正在执行某种自定义导入机制,需要通过名称来加载一个模块,通过补丁加载代码。
在旧的代码,有时你会看到用于导入的内建函数 __import__()
。尽管它能工作,但是 importlib.import_module()
通常更容易使用。
11 通过钩子远程加载模块¶
问题
解决方案
讨论
12 导入模块的同时修改模块¶
问题
你想给某个已存在模块中的函数添加装饰器。 不过,前提是这个模块已经被导入并且被使用过。
- 导入钩子机制来实现
解决方案
讨论
13 安装私有的包¶
问题
安装一个第三方包,但是没有权限将它安装到系统Python库中去。 或者,想安装一个供自己使用的包,而不是系统上面所有用户。
python3 setup.py install --user
pip install --user packagename
解决方案
Python有一个用户安装目录,通常类似”~/.local/lib/python3.3/site-packages”。 要强制在这个目录中安装包,可使用安装选项“–user”。例如:
或者在 sys.path
中用户的“site-packages”目录位于系统的“site-packages”目录之前。 因此,你安装在里面的包就比系统已安装的包优先级高 (尽管并不总是这样,要取决于第三方包管理器,比如distribute或pip)。
讨论
通常包会被安装到系统的 site-packages 目录中去,路径类似 “/usr/local/lib/python3.3/site-packages”。 不过,这样做需要有管理员权限并且使用 sudo 命令。
就算你有这样的权限去执行命令,使用sudo去安装一个新的,可能没有被验证过的包有时候也不安全。
安装包到用户目录中通常是一个有效的方案,它允许你创建一个自定义安装。另外,还可以创建一个虚拟环境。
14 创建新的Python环境¶
问题
你想创建一个新的Python环境,用来安装模块和包。 不过,你不想安装一个新的Python克隆,也不想对系统Python环境产生影响。
- 使用
pyvenv
命令创建一个新的“虚拟”环境。
解决方案
pyvenv 命令被安装在Python解释器同一目录,或Windows上面的Scripts目录中。
bash % pyvenv Spam
bash %
# 传给 pyvenv 命令的名字是将要被创建的目录名。当被创建后,Span目录像下面这样:
bash % cd Spam
bash % ls
bin include lib pyvenv.cfg
bash %
在bin目录中,会找到一个可以使用的Python解释器:
这个解释器的特点就是其 site-packages 目录被设置为新创建的环境。
如果你要安装第三方包,它们会被安装在那里,而不是通常系统的site-packages目录。
bash % Spam/bin/python3
Python 3.3.0 (default, Oct 6 2012, 15:45:22)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from pprint import pprint
>>> import sys
>>> pprint(sys.path)
['',
'/usr/local/lib/python33.zip',
'/usr/local/lib/python3.3',
'/usr/local/lib/python3.3/plat-darwin',
'/usr/local/lib/python3.3/lib-dynload',
'/Users/beazley/Spam/lib/python3.3/site-packages']
>>>
可以看出,sys.path 变量包含来自于系统Python的目录, 而 site-packages目录已经被重定位到一个新的目录。
讨论
创建虚拟环境通常是为了安装和管理第三方包。
有了一个新的虚拟环境,下一步就是安装一个包管理器,比如distribute或pip。 但安装这样的工具和包的时候,要确保你使用的是虚拟环境的解释器。 它会将包安装到新创建的site-packages目录中去。
尽管一个虚拟环境看上去是Python安装的一个复制, 不过它实际上只包含了少量几个文件和一些符号链接。 所有标准库函文件和可执行解释器都来自原来的Python安装。 因此,创建这样的环境是很容易的,并且几乎不会消耗机器资源。
15 分发包¶
问题
如何将编写的库分享给其他人?
- setup.py & MANIFEST.in
解决方案
如果要分发代码,首先,给它起一个唯一的名字,并清理其目录结构。
projectname/
README.txt
Doc/
documentation.txt
projectname/
__init__.py
foo.py
bar.py
utils/
__init__.py
spam.py
grok.py
examples/
helloworld.py
...
首先编写 setup.py
# setup.py
from distutils.core import setup
setup(name='projectname',
version='1.0',
author='Your Name',
author_email='you@youraddress.com',
url='http://www.you.com/projectname',
packages=['projectname', 'projectname.utils'],
)
其次,创建一个 MANIFEST.in 文件,列出所有在包中需要包含进来的非源码文件:
最后,确保 setup.py 和 MANIFEST.in 文件放在你的包的最顶级目录中。然后,执行命令来创建一个源码分发包:
它会创建一个文件比如”projectname-1.0.zip” 或 “projectname-1.0.tar.gz”, 具体依赖于你的系统平台。
如果一切正常, 这个文件就可以发送给别人使用或者上传至 Python Package Index.
讨论
对于纯Python代码,编写一个普通的 setup.py 文件通常很简单。
一个常见错误就是仅仅只列出一个包的最顶级目录,忘记了包含包的子组件。 这也是为什么在 setup.py 中对于包的说明包含了列表 packages=['projectname', 'projectname.utils']
。
有很多第三方包管理器供选择,包括setuptools、distribute等等。 有些是为了替代标准库中的distutils。
如果你依赖这些包, 用户可能不能安装你的软件,除非他们已经事先安装过所需要的包管理器。 正因如此,你更应该时刻记住——越简单越好。
最好让你的代码使用标准的 Python3 安装。 如果其他包也需要的话,可以通过一个可选项来支持。
总结¶
总结