一. 包:
1.什么是包:
包就是含有一个__init__.py文件的文件夹,它把所有模块都给组织起来.
强调:在python3中,即使没有__init__.py文件,也不会报错.但是在python2中就会报错.
创建包的目的不是为了运行, 而是被导入使用. 记住, 包只是模块的一种形式而已.包的本质就是一种模块.
2.为何要使用包:
1.包的本质就是一个文件夹,那么文件夹唯一的功能就是将文件组织起来.
随着功能越写越多.我们无法将所有功能都放到一个文件中.于是我们使用模块去组织功能, 而随着模块越来越多.
我们就需要用文件夹将模块文件组织起来,以此来提高程序的结构性和可维护性.
3.注意事项,
1.关于包相关的导入语句也分为import 和 from...impport...两种,但是无论哪种.无论在什么位置.在导入时都必须遵循一个原则: 凡是在导入时带点的, 点的左边都必须是一个包. 否则非法,可以带有一连串的点..
但是在导入后,使用时就没有这种限制了.点的左边可以是包,模块,函数,类.
2. import导入文件时,产生名称空间中的名字来源于文件,import包.产生的名称空间的名字同样来源于文件,
即包下的__init__.py 导入包本质就是在导入该文件
3.包A和包B下有同名模块也不会冲突,如A.a与B.a来自两个命名空间
2. 包的使用:
1,import (导入)
import glance.db.models
glance.db.models.register_models('mysql')
#导入了多个模块.
在与glance同级的test.py中
import glance
glance.cmd.manage.main()
执行结果:
AttributeError: module 'glance' has no attribute 'cmd'
解决方法:
1#glance/__init__.py
2.from . import cmd
3#glance/cmd/__init__.py
4.from . import manage
执行:
1.#在于glance同级的test.py中
2.import glance
3.glance.cmd.manage.main()
2. from...import...
需要注意的是from后import导入的模块,必须是明确的一个不能带点.否则会有语法错误.如: from a import
b.c 就是语法错误
1. from glance.db import models
2.models.register_mpdels('mysql')
3.from glance.db.models import register_models
4.register_models('mysql')
3.from glance.api import *
在讲模块时,我们已经讨论过了从一个模块内导入所有 *,此处我们研究从一个包导入所有 *.
此处是想从包ap中导入所有,实际上该语句只会导入包api下__init__.py文件中定义的名字,我们可以在这个文件中定义__all__:
1.#在__init__.py中定义
2.x = 10
3 def func():
print('from api.__init__.py')
4.__all__=['x','func','policy']
此时我们在于glance同级的文件中执行from glance.api import * 就导入了__all__中的内容(versions仍然不能导入).
练习:
#执行文件中的使用效果如下.请处理好包的导入
from glance import *
get()
create_resource('a.conf')
main()
reaister_models('mysql')
4. 绝对导入和相对导入
我们的最*包glance是写给别人用的,然后在glance包内部也会有彼此之间互相导入的需求.这时候就有绝对导入和相对导入两种方式:
绝对导入:以glance作为起始
相对导入:用..或者..的方式作为起始,(只能在一个包中使用,,不能用于不同目录内)
例如: 我们在glance/api/version.py中想要导入glance/cmd/manage.py
1.在glance/api/version.py
2.#绝对导入
3.from glance.cmd import manage
4.manage.main()
5.#相对导入
6.from .. cmd .. import manage
7.manage.main()
测试结果: 注意一定要在于glance同级的文件中测试
from glance.api import versions
5.包以及包所包含的模块都是用来被导入的.而不是被直接执行的.而环境变量都是足以执行文件为准的,
比如我们想在glance/api/versions.py中导入glance/api/policy.py. 有的同学一瞅着俩模块是在同一个目录
下,十分开心的就去做了.他直接这么做
1.#在version.py中
2.import policy
3.policy.get()
没错.我们单独运行version.py是一点问题没有的,运行version.py的路径搜索就是从当前路径开始的.于是在导入policy时能在当前目录下找到
但是你想啊,你子包中的模块version.py极有可能是被一个glance包同一级别的其他文件导入,比如我们在于
glance同级下的一个test.py文件中导入version.py,如下
1 from glance.api import versions 2 3 ''' 4 执行结果: 5 ImportError: No module named 'policy' 6 ''' 7 8 ''' 9 分析: 10 此时我们导入versions在versions.py中执行 11 import policy需要找从sys.path也就是从当前目录找policy.py, 12 这必然是找不到的 13 '''
6.绝对导入与相对导入总结
绝对导入 :以执行文件的sys.path为起始点开始导入,称之为绝对导入
优点:执行文件与被导入的模块中都可以使用
缺点:所有导入都是以sys.path为起始点,导入麻烦
相对导入 :参照当前所在文件的文件夹为起始开始查找,称之为相对导入
符号: , 代表当前所在文件的文件夹, .. 代表上一级文件夹, ...代表上级的上一级文件夹
优点 :到日更加简单
缺点 :只能在导入包中的模块时才能使用
#注意:
1.相对导入只能用于包内部模块之间的相互导入,导入者与被导入者都必须存在于一个包内
2.attempted relative import beyond top-level package #试图在*包之外使用相对导入是错误的,
言外之意,必须在*包内使用相对导入,每增加一个,代表跳到上一级文件夹,而上一级不应该超出*包