比如说我写了三个py程序,main m1m2在main中导入了m1 在m1中导入了m2。那么,可以直接在main中用m2吗？

来源：蜘蛛抓取(WebSpider) 时间：2022-07-10 11:04 标签： m98调用子程序实例

装饰即修饰，意指为其他函数添加新功能

装饰器定义：本质就是函数，功能是为其他函数添加新功能

,是由python虚拟机来执行的，但是pyc的内容跟python的版本相关，不同的版本编译后的pyc文件不同，2.5编译的pyc文件不能到3.5上执行，并且pyc文件是可以反编译的，因而它的出现仅仅是用来提升模块的加载速度的。

1.模块名区分大小写，foo.py与FOO.py代表的是两个模块

2.你可以使用-O或者-OO转换python命令来减少编译模块的大小

3 由于一些程序可能依赖于assert语句或文档字符串，你应该在在确认需要的情况下使用这些选项。

3.在速度上从.pyc文件中读指令来执行不会比从.py文件中读指令执行更快，只有在模块被加载时，.pyc文件才是更快的

4.只有使用import语句是才将文件自动编译为.pyc文件，在命令行或标准输入中指定运行脚本则不会生成这类文件，因而我们可以使用compieall模块为一个目录中的所有模块创建.pyc文件

python提供了一个标准模块库，一些模块被内置到解释器中，这些提供了不属于语言核心部分的操作的访问，但它们是内置的，无论是为了效率还是提供对操作系统原语的访问。这些模块集合是依赖于底层平台的配置项，如winreg模块只能用于windows系统。特别需要注意的是，sys模块内建在每一个python解释器

这俩只在命令行有效，得出的结果，标识了解释器是在交互式模式下。

变量sys.path是一个决定了模块搜索路径的字符串列表，它从环境变量PYTHONOATH中初始化默认路径，如果PYTHONPATH没有设置则从内建中初始化值，我们可以修改它

os一种好的处理路径方式

内建函数dir是用来查找模块中定义的名字，返回一个有序字符串列表

如果没有参数,dir()列举出当前定义的名字

无论是import形式还是from...import形式，凡是在导入语句中（而不是在使用时）遇到带点的，都要第一时间提高警觉：这是关于包才有的导入语法

包的本质就是一个包含__init__.py文件的目录。
包A和包B下有同名模块也不会冲突，如A.a与B.a来自俩个命名空间

1.关于包相关的导入语句也分为import和from ... import ...两种，但是无论哪种，无论在什么位置，在导入时都必须遵循一个原则：凡是在导入时带点的，点的左边都必须是一个包，否则非法。可以带有一连串的点，如item.subitem.subsubitem,但都必须遵循这个原则。

2.对于导入后，在使用时就没有这种限制了，点的左边可以是包,模块，函数，类(它们都可以用点的方式调用自己的属性)。

我们在与包glance同级别的文件中测试

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

我们在与包glance同级别的文件中测试

不管是哪种方式，只要是第一次导入包或者是包的任何其他部分，都会依次执行包下的__init__.py文件(我们可以在每个包的文件内都打印一行内容来验证一下)，这个文件可以为空，但是也可以存放一些初始化包的代码。

在讲模块时，我们已经讨论过了从一个模块内导入所有*，此处我们研究从一个包导入所有*。

此处是想从包api中导入所有，实际上该语句只会导入包api下__init__.py文件中定义的名字，我们可以在这个文件中定义__all___:

2.6 绝对导入和相对导入

我们的最顶级包glance是写给别人用的，然后在glance包内部也会有彼此之间互相导入的需求，这时候就有绝对导入和相对导入两种方式：

绝对导入：以glance作为起始

相对导入：用.或者..的方式最为起始（只能在一个包中使用，不能用于不同目录内）

测试结果：注意一定要在于glance同级的文件中测试

注意：在使用pycharm时，有的情况会为你多做一些事情，这是软件相关的东西，会影响你对模块导入的理解，因而在测试时，一定要回到命令行去执行，模拟我们生产环境，你总不能拿着pycharm去上线代码吧！！！

特别需要注意的是：可以用import导入内置或者第三方模块，但是要绝对避免使用import来导入自定义包的子模块，应该使用from... import ...的绝对或者相对导入,且包的相对导入只能用from的形式。

比如我们想在glance/api/versions.py中导入glance/api/policy.py，有的同学一抽这俩模块是在同一个目录下，十分开心的就去做了，它直接这么做

没错，我们单独运行version.py是一点问题没有的，运行version.py的路径搜索就是从当前路径开始的，于是在导入policy时能在当前目录下找到

但是你想啊，你子包中的模块version.py极有可能是被一个glance包同一级别的其他文件导入，比如我们在于glance同级下的一个test.py文件中导入version.py，如下

12 这必然是找不到的

　　模块就是一系列功能的集合体, 分为三大类:

　　　　1. 内置模块 (python解释器提供的, 用C语言编写的模块)

　　　　　　一个python文件本身就是一个模块, 文件名m.py, 模块名m

　　模块其实分为四个通用类别，分别是：(关注1和3)

　　　　1、使用纯Python代码编写的py文件

　　　　2、包含一系列模块的包 (把一系列模块组织到一起的文件夹, 文件夹下有一个__init__.py文件, 该文件夹称为包)

　　　　3、使用C编写并链接到Python解释器中的内置模块

　　　　4、使用C或C++编译的扩展模块

　　内置与第三方模块拿来就可以用, 无需定义, 这可以极大地提高开发效率.

　　　　可以将程序的各部分功能提取出来放到一个模块中为大家共享使用, 好处是减少代码冗余, 程序组织结构更加清晰.

1. 首次导入模块会发生的三件事: 2. 产生foo.py的名称空间, 将foo.py运行过程中产生的名字丢到foo的名称空间中 3. 在当前文件中产生产生一个名字foo, 该名字指向2中产生的名称空间. 之后的导入, 都是引用首次导入产生的名称空间, 不会重复执行代码. 强调1: 模块名.名字, 是指明道姓地问某一个模块要名字对应的值, 不会与当前名称空间冲突. 强调2: 无论查看还是修改, 操作的都是模块本身, 以定义模块为准, 与调用位置无关. # 可以一行一行地写, 也可以用逗号隔开, 写在同一行, 但是不推荐写在同一行, 示例: # 4. 导入模块的规范 # 3. 程序员自定义模块 # 给导入的模块起个别名, 示例: # 当模块名比较长, 用起来比较麻烦时可以采用这种方法 # 6. 模块是第一类对象 # 可以当作返回值, 可以当作容器类数据的元素... # 7. 自定义模块的命名应该采用纯小写加下划线的风格(python3), python2中有些采用驼峰体的格式 # 8. 可以在函数内导入模块, 如果是在全局导入, 则导入的模块可以在全局使用, 如果在函数内导入, 则导入的模块只能在局部使用

一个py文件的两种用途:

　　1. 当作py文件运行

　　2. 当作模块被导入

import 导入模块在使用时必须加前缀:

优点: 肯定不会与当前名称空间中的名字冲突.

缺点: 加前缀显得麻烦.

　　1. 产生一个模块的名称空间
　　2. 运行foo.py将运行过程中产生的名字都丢到模块的名称空间中去
　　3. 在当前名称空间拿到一个名字, 该名字对应模块名称空间中的某一个内存地址
缺点: 容易与当前名称空间混淆

循环导入, 如从m1导入m2, 从m2导入m1, 会导致报错.

解决方案一: 将名字前提

解决方案二: 如果导入的模块是给某个功能用的, 那么就不要在全局导入.

不过, 不推荐使用循环导入的方式.

1. 内存(内置模块)

2. 硬盘: 按照sys.path中存放的文件的顺序依次查找要导入的模块

　　可以通过sys.modules查看已经加载到内存中的模块.

　　导入的模块, 通过del不能从内存中删除; 在函数中导入的模块, 函数运行完毕后, 也不会从内存中回收.

如果导入模块不在sys.path中, 即导入模块与执行文件不在同一路径下, 则会报错, 为了避免这一问题, 可以采用以下方法将导入模块的路径追加到sys.path中.

编写一个模块时最好按照统一的规范去编写，如下: 

#!/usr/bin/env python #通常只在lunix环境有效,作用是可以使用脚本名来执行，而无需直接调用解释器。

x=1 #定义全局变量,如果非必须,则最好使用局部变量,这样可以提高代码的易维护性,并且可以节省内存提高性能
 test() #在被当做脚本执行时,执行此处的代码
# 函数定义阶段, 对参数进行注释, 并对返回结果进行注释, 添加注释并不影响函数的运行.

1、模块的介绍与使用模块import

1.1.1、什么是模块？ 

 模块就是一组功能的集合体，我们的程序可以导入模块来复用模块里的功能。
 在python中，模块的使用方式都是一样的，但其实细说的话，模块可以分为四个通用类别：
 （2）已被编译为共享库或DLL的C或C++扩展
 （3）把一系列模块组织到一起的文件夹（注：文件夹下有一个__init__.py文件，该文件夹称之为包）
 （4）使用C编写并链接到python解释器的内置模块
 （1）自带的模块 内置模块 && 标准库
 常见的场景：一个模块就是一个包含了一组功能的python文件,比如spam.py，模块名为spam，可以通过import spam使用。

1.1.2、为何要使用模块 

1、从文件级别组织程序，更方便管理
 随着程序的发展，功能越来越多，为了方便管理，我们通常将程序分成一个个的文件，这样做程序的结构更清晰，方便管理。这时我们不仅仅可以把这些文件当做脚本去执行，还可以把他们当做模块来导入到其他的模块中，实现了功能的重复利用
 2、拿来主义，提升开发效率
 同样的原理，我们也可以下载别人写好的模块然后导入到自己的项目中使用，这种拿来主义，可以极大地提升我们的开发效率
 如果你退出python解释器然后重新进入，那么你之前定义的函数或者变量都将丢失，因此我们通常将程序写到文件中以便永久保存下来，需要时就通过python test.py方式去执行，此时test.py被称为脚本script。
 模块可以包含可执行的语句和函数的定义，这些语句的目的是初始化模块，它们只在模块名第一次遇到导入import语句时才执行（import语句是可以在程序中的任意位置使用的,且针对同一个模块很import多次,为了防止你重复导入，python的优化手段是：第一次导入后就将模块名加载到内存了，后续的import语句仅是对已经加载到内存中的模块对象增加了一次引用，不会重新执行模块内的语句），如下 
 import spam #只在第一次导入时才执行spam.py内代码,此处的显式效果是只打印一次'from the spam.py',当然其他的顶级代码也都被执行了,只不过没有显示效果.

1.2.2、在第一次导入模块时会做三件事，重复导入会直接引用内存中已经加载好的结果

（1）执行run.py文件，在被导入的spam.py模块所在文件中执行； （2）产生spam.py的名称空间(run.py的名称空间)，将spam.py运行过程中产生的名字都丢到新产生的模块spam的名称空间中； （3）在当前文件中产生一个名字spam，该名字指向spam.py的名称空间 （1）会触发模块文件的运行，产生一个模块的名称空间，将运行模块文件过程中产生的名字都丢到模块的名称空间 （2）在当前名称空间中产生一个名字spam，该名字指向模块的名称空间

1.2.3、被导入模块有独立的名称空间 

 每个模块都是一个独立的名称空间，定义在这个模块中的函数，把这个模块的名称空间当做全局名称空间，这样我们在编写自己的模块时，就不用担心我们定义在自己模块中全局变量会在被导入时，与使用者的全局变量冲突

1.2.4、为模块名起别名

为已经导入的模块起别名的方式对编写可扩展的代码很有用

有两中sql模块mysql和oracle，根据用户的输入，选择不同的sql功能

1.2.5、在一行导入多个模块 

 唯一的区别就是：使用from...import...则是将spam中的名字直接导入到当前的名称空间中，所以在当前名称空间中，直接使用名字就可以了、无需加前缀：spam.
 坏处：容易与当前执行文件中的名字冲突

验证一：当前位置直接使用read1和read2就好了，执行时，仍然以spam.py文件全局名称空间 

测试一：导入的函数read1，执行时仍然回到spam.py中寻找全局变量money

验证二：如果当前有重名read1或者read2，那么会有覆盖效果。 

测试三:导入的函数read1，被当前位置定义的read1覆盖掉了

验证三：导入的方法在执行时，始终是以源文件为准的

2.3、支持as,一行导入多个名字

大部分情况下我们的python程序不应该使用这种导入方式，因为*你不知道你导入什么名字，很有可能会覆盖掉你之前已经定义的名字。而且可读性极其的差，在交互式环境中导入时没有问题。

2.5、模块循环导入问题 

 模块循环/嵌套导入抛出异常的根本原因是由于在python中模块被导入一次之后，就不会重新导入，只会在第一次导入时执行模块内代码
 #在我们的项目中应该尽量避免出现循环/嵌套导入，如果出现多个模块都需要共享的数据，可以将共享的数据集中存放到某一个地方.
 在程序出现了循环/嵌套导入后的异常分析、解决方法如下:

测试一（已经被导入的模块，执行时不会重新导入） 

执行run.py会抛出异常
--->执行from m2 import y 开始导入m2并运行其内部代码--->打印内容“正在导入m2”--->执行from m1 import x,由于m1已经被导入过了，所以不会重新导入，所以直接去m1中拿x，然而x此时并没有存在于m1中，所以报错

测试二（执行文件不等于导入文件） 

测试二:执行文件不等于导入文件，比如执行m1.py不等于导入了m1
直接执行m1.py抛出异常
 执行m1.py，打印“正在导入m1”，执行from m2 import y ，导入m2进而执行m2.py内部代码--->打印"正在导入m2"，执行from m1 import x，此时m1是第一次被导入，执行m1.py并不等于导入了m1，于是开始导入m1并执行其内部代码--->打印"正在导入m1"，执行from m1 import y，由于m1已经被导入过了，所以无需继续导入而直接问m2要y，然而y此时并没有存在于m2中所以报错。
方法一:导入语句放到最后
方法二:导入语句放到函数中

小测试(使用import调用的时候，必须要跟上被调用的值)

我要回帖

更多关于 m98调用子程序实例 的文章

 

随机推荐