循环导入

#循环导入导致的问题：
    两个模块直接相互导入，且相互使用其名称空间中的名字，但是有些名字没有产生就使用，就出现了循环
导入问题，你引用我，我又引用你，无限循环导入
    循环导入的时候极有可能出现某个名字还没有被创建就使用的情况导致报错
    这是一种错误的方式
    在大型py项目中，需要很多python，由于架构不当，会出现相互引用模块
#问题解决
方式1.:将导入模块的句式写在定义名字的下面
方式2:将导入模块的句式写在函数体代码内
#实际编写
 因为这种导入方式比较复杂，在日常编程过程中尽量还是避免这样问题的产生

判断文件类型

文件的分类

• 执行文件
• 被执行文件

#区别方法：
使用内置变量__name__
1、当__name__所在的文件是执行文件的时候 结果是__main__
2、当__name__所在的文件是被导入文件时候 结果是文件名(模块名)
#利用它的上述方法就可以借助于__name__区分被导入的代码和测试代码
#具体编写：
if __ name__ == '__ main__':
    #当前文件是执行文件的时候才会执行的子代码块
  """
  由于上述代码在很多启动脚本中经常使用 所以有简写方式
  直接输入main之后按tab键即可
  """

模块的查找顺序

1.先从内存空间中查找
2.再从内置模块中查找
3.最后去sys.path查找(类似于我们前面学习的环境变量)
    因为sys.path返回的数据类型是列表
    列表可以修改、我们导入的范围也可以通过修改sys.path这个列表获得暂时的修改。例如通过 sys.path.append()添加目录，导入额外目录的模块。
    列表是有序的，当搜索的过程当中，在第一个路径下搜索到了，就停止搜索。而且sys.path第一个路径是脚本的当前路径，所以禁止大家将自己的脚本命名成模块的名称。因此需要注意的是：自己模块命名的时候不能和系统的模块名称相同。
    如果上述三个地方都找不到 那么直接报错!!!

绝对导入与相对导入

绝对导入

	#绝对导入从项目根文件夹中使用其完整路径导入指定的资源。
绝对导入的利弊
	绝对导入是首选，因为它们非常明确和直接。仅仅通过查看语句就可以很容易地确定导入资源的位置。此外，即使导入语句的当前位置发生更改，绝对导入仍然有效。事实上，PEP 8明确建议绝对导入。
	有时绝对导入会变得相当冗长，这取决于目录结构的复杂性。想象一下有这样的语句：from package1.subpackage2.subpackage3.subpackage4.module5 import function6 那太荒谬了，对吧？幸运的是，在这种情况下，相对导入是一个很好的选择！

相对导入

相对导入：
    使用相对导入，就不需要考虑执行文件到底是谁了，只需要知道模块与模块之间的相对位置
    语法：
      from . import module  # 导入当前目录下的module
      from .. import module # 导入上一级目录下的module
      from ... import module # 导入上上级目录下的module
相对导入的语法很强大，但是需要注意的是：
      1.相对导入不能在执行文件中使用，只能在被导入的模块中使用。
      2.根据相对路径的查找过程中的目录不一定得是一个pthon包，可以是一个普通目录。
      3.但是，顶级包之间不能互相访问(与执行文件处于一个目录下的包是顶级包)。

软件开发目录规范