执行顺序:
先从sys.modules里查看是否已经被导入
如果没有被导入,就依据sys.path路径取寻找模块
然后才导入
创建这个模块的命名空间
执行文件,把文件中的名字都放到命名空间里
注意:
所有的模块导入都应该尽量往上写:
内置模块-->扩展模块-->自定义模块
因为先有sys.moudles的判断,模块不会重复被导入
从哪儿导入模块 : sys.path
调用方法:
import:
import 模块名:
模块名.变量名(和本文件中的变量名完全不冲突)
import 模块名 as 重命名的模块名:
可以提高代码的兼容性
import 模块1,模块2:
不建议这样调用
from import:
from 模块名 import 变量名:
直接使用 变量名 就可以完成操作,如果本文件中有相同的变量名会发生冲突
from 模块名 import 变量名字 as 重命名变量名
from 模块名 import 变量名1,变量名2
from 模块名 import *:
将模块中的所有变量名都放到内存中,如果本文件中有相同的变量名会发生冲突,它和__all__ 是一对,没有这个变量,就会导入所有的名字,如果有all 只导入all列表中的名字(all定义在模块源码中)
关于__name__:调用自定义模块时,执行后会把模块源码全局中的print打印,解决办法是判断在源码文件下判断__name__的返回值:
因为在模块中有一个变量__name__,当我们直接执行这个模块的时候,__name__ == '__main__',
当我们执行其他模块,在其他模块中引用这个模块的时候,这个模块中的__name__ == '模块的名字'
包:
包是一种通过使用‘.模块名’来组织python模块名称空间的方式。
1. 无论是import形式还是from...import形式,凡是在导入语句中(而不是在使用时)遇到带点的,都要第一时间提高警觉:这是关于包才有的导入语法
2. 包是目录级的(文件夹级),文件夹是用来组成py文件(包的本质就是一个包含__init__.py文件的目录)
3. import导入文件时,产生名称空间中的名字来源于文件,import 包,产生的名称空间的名字同样来源于文件,即包下的__init__.py,导入包本质就是在导入该文件
强调:
1. 在python3中,即使包下没有__init__.py文件,import 包仍然不会报错,而在python2中,包下一定要有该文件,否则import 包报错
2. 创建包的目的不是为了运行,而是被导入使用,记住,包只是模块的一种形式而已,包即模块
现在我们执行这段代码(新建文件夹与py文件):
import os os.makedirs('glance/api') os.makedirs('glance/cmd') os.makedirs('glance/db') l = [] l.append(open('glance/__init__.py','w')) l.append(open('glance/api/__init__.py','w')) l.append(open('glance/api/policy.py','w')) l.append(open('glance/api/versions.py','w')) l.append(open('glance/cmd/__init__.py','w')) l.append(open('glance/cmd/manage.py','w')) l.append(open('glance/db/__init__.py','w')) l.append(open('glance/db/models.py','w')) map(lambda f:f.close() ,l)
展现到pycharm是这样的:
glance/ #Top-level package ├── __init__.py #Initialize the glance package ├── api #Subpackage for api │ ├── __init__.py │ ├── policy.py │ └── versions.py ├── cmd #Subpackage for cmd │ ├── __init__.py │ └── manage.py └── db #Subpackage for db ├── __init__.py └── models.py
在py文件下对应加入代码:
#文件内容 #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 models.py: ',engine)
注意:
1.关于包相关的导入语句也分为import和from ... import ...两种,但是无论哪种,无论在什么位置,在导入时都必须遵循一个原则:凡是在导入时带点的,点的左边都必须是一个包,否则非法。可以带有一连串的点,如item.subitem.subsubitem,但都必须遵循这个原则。
2.对于导入后,在使用时就没有这种限制了,点的左边可以是包,模块,函数,类(它们都可以用点的方式调用自己的属性)。
3.对比import item 和from item import name的应用场景:
如果我们想直接使用name那必须使用后者
在galnce的同级目录下新建py文件开始调用:
import:一层一层调用,过于麻烦,代码过于长冗,同样可以使用as方法对变量重命名
import glance.api.versions glance.api.versions.create_resource('太麻烦了') #as重命名 import glance.api.versions as s s.create_resource() #打印: 太麻烦了
from ... import ...:需要注意的是from后import导入的模块,必须是明确的一个不能带点,否则会有语法错误,如:from a import b.c是错误语法;我们在与包glance同级别的文件中测试 :
from glance.db import models models.register_models('mysql') from glance.db.models import register_models register_models('mysql') #打印: from models.py: mysql from models.py: mysql
__init__.py文件:不管是哪种方式,只要是第一次导入包或者是包的任何其他部分,都会依次执行包下的__init__.py文件(我们可以在每个包的文件内都打印一行内容来验证一下),这个文件可以为空,但是也可以存放一些初始化包的代码。
from glance.api import *:它和上面开始的‘from 模块名 import *’是一样的,本质上都是只会导入包下的py文件,*一个模块,那么它对应的就是模块.py文件,*是一个包,那么它就是包下的__init__.py文件,用法是一样的。
绝对导入和相对导入:
我们的最顶级包glance是写给别人用的,然后在glance包内部也会有彼此之间互相导入的需求,这时候就有绝对导入和相对导入两种方式:
绝对导入:以glance作为起始目录
#一级目录下的__init__,也就是glance 目录下 from glance import api from glance import cmd from glance import db
#二级目录下的__init__,以二级目录api为例 from glance.api import policy from glance.api import versions
相对导入:用.或者..的方式最为起始(只能在一个包中使用,不能用于不同目录内)
#由于.代表文件最起始,所以不区分层级 from . import api from . import cmd from . import db from . import policy from . import versions
总结:包的使用就像一层一层打开文件夹一样,就好比一个文件存在的目录需要你不停的打开文件夹才能找到,那么包里的模块就是这个文件,需要你一层一层的导入才能够使用到。以上通过各种方法使你调用到这些模块,而这些方法都离不开这些文件层级的关系。这些关系通过‘.’,‘from’,‘import’的形式表现出来。