模块包

模块还有一个包

1. 什么是包?

'''
     **官方解释**:
        Packages are a way of structuring Python's module namespace bu using
     ''dotted module names''
     包是一种通过使用'.模块名'来组织python模块名称空间的方式
     
     **具体的**:
     包是一个包含有__init__.py文件的文件夹,所以其实我们创建包的目的就是为了用文件夹将文件/模块组织起来

	 **需要强调的是**:
	 1.在python3中,即使包下没有__init__.py文件, import 包依然不会报错,而在python2中,包下一定要有该文件,否则import 包报错
	 2.创建包的目的不是为了运行,而是被导入使用, 记住, 包只是模块的一种形式而已, 包的本质就是一种模块
'''

2. 为何要使用包?

'''
包的本质就是一个文件夹, 那么文件夹唯一的功能就是将文件组织起来
随着功能越写越多, 我们无法将所以功能都放到一个文件中, 于是我们使用抹开去组织功能, 而随着模块越来越多, 我们就需要用文件夹将模块组织起来, 以此来提高程序的结构性和可维护性
'''

3. 注意事项

'''
# 1.关于包相关的导入语句也分为import和from...import...两种,但是无论哪种,无论在什么位置,在导入时都必须遵循一个原则:凡是在导入时带点的,点的左边都必须时一个包,否则非法.可以带有一连串的点,如item.subitem.subsubitem,但都必须遵循这个原则.但对于导入后,在使用时就没有这种限制了,点的左边可以是包,模块,函数,类(它们都可以用点的方式调用自己的属性).

# 2.import导入文件时,产生名称空间中的名字来源于文件, import 包,产生的名称空间的名字童谣来源于文件, 即包下的__init__.py,导入包本质就是在导入该文件

# 3.包A和包B下有同名模块也不会冲突,如A.a与B.a来自两个命名空间
'''

4. 怎么用包?

# policy.py
def get():
	print('from policy.py')

# versions.py
def create_resource(conf):
	print('from version.py:',conf)

#manage.py
def main():
	print('from manage.py')

#models.py
def register_models(engine):
	print('from modely.py:',engine)

'''这是一个包所包含的文件内容'''

包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'
模块'glace'下没有'cmd'
'''

• 解决方法

# glance/__init__.py
from . import cmd
# glance/cmd/__int__.py
from . import manage

• 执行:

# 在于glance同级的test.py中
import glance
glance.cmd.manage.main()

包的from…import…使用

注意: from后import导入的模块,必须时明确的一个不能带点,否则会有语法错误,如: from a import b.c是错误语法

from glance.db import models
models.register_models('mysql')

from glance.db.models import register_models
register_models('mysql')

from glance.api import *

之前在说模块的时候,我们讨论过了从一个模块内导入所有 *,此处我们研究从一个包导入所有 *.
此处是想从包api中导入所有,实际上该语句只会导入包api下__init__.py文件中定义的名字,我们可以在这个文件中定义__all__

#在__init__.py中定义
x = 10

def func():
	print('from api.__init__.py')

__all__ = ['x','func','policy']

此时我们对于glance同级的文件中执行from glance.api import * 机导入__all__中的内容(versions仍然不能导入).

# 练习:
# 执行文件中的使用效果如下, 请处理好包的导入
from glance import *

get()
create_rseource('a.conf')
main()
register_models('mysql')

#glance.__init__.py中
from .api.policy import get
from .api.versions import create_resource

from .cmd.manage import main
from .db.models import register_models

__all__ = ['get','create_resource','main','register_models']

绝对导入和相对导入

我们的最顶级包glance是写给别人用的,然后在glance包内部也会有彼此之间相互导入的需求, 这时候就有绝对导入和相对导入两种方式:
绝对导入: 以glance作为起始
相对导入:用 . 或者 … 的方式最为起始(只能在一个包中使用,不能用于不同目录内)

# 在glance/api/version.py

# 绝对导入
from glance.cmd import manage
manage.main()

# 相对导入
from ..cmd import manage
manage.main()

'''测试结果: 注意一定要在于glance同级的文件中测试'''
from glance.api import versions

包以及包所包含的模块都是用来被导入的,而不是被直接执行的.而环境变量都是以执行文件为准的
比如我们想在glance/api/versions.py中导入glance/api/policy.py , 有的同学看两个模块是在同一个目录下, 十分开心的就去做了, 它直接这么做

# 在version.py中

import policy
policy.get()

当我们单独运行version.py是没有问题的,运行version.py的路径搜索就是从当前路径开始的,于是在导入policy时能在当前目录下找到
但是,你子包中的模块version.py极有可能时被一个glance包同一级别的其他文件导入, 比如我们在于glance同级下的一个test.py文件中导入version.py

from glance.api import versions

'''
执行结果:
ImportError: No module named 'policy'
'''
'''
此时我们导入versions在versions.py中执行
import policy需要找从sys.path也就是从当前目录找policy.py,
这必然时找不到的
'''

绝对导入与相对导入总述

'''
绝对导入与相对导入

绝对导入: 以执行文件的sys.path为起始点开始导入,称之为绝对导入
	优点: 执行文件与被导入的模块中都可以使用
	缺点:所有导入都是以sys.path为起始点,导入麻烦

相对导入: 参照当前所在文件的文件夹为七十开始查找, 称之为相对导入
	符号: .代表当前所在文件的文件夹, .. 代表上一级文件夹, ... 代表上一级的上一级文件夹
	优点: 导入更简单
	缺点: 只能在导入包中的模块时才能使用
'''
	**注意**:
		1.相对导入只能用于包内部模块之间的相互导入,导入者与被导入这都必须存在于一个包内
		2.attempted relative import beyond top_level package 
		#试图在顶级包之外使用相对导入时错误的,所有必须在顶级包内使用相对导入,每增加一个. 代表跳到上一级文件夹,而上一级不应该超过顶级包,
		#一般我们使用三个 . 顶天了

本片博客大部分参照我老师的博客写的,对这一张还没有完全理解,以后会从写此篇