Python相互导入的问题解决
作者:__程序喵__
前言
Hi! 这是随笔专栏的第一篇文章。好的开始等于成功了一半。在之后的日子里,除了不定期分享实战中可总结出的小项目外,还会经常与大分享开发时遇到的问题。今天,是一个曾困扰了我许久的关于 Python 两个文件间互相 import 的问题。
问题→解决
问题描述
两个文件间相互导入时产生了一系列错误,比如 ImportError, NameError 等等。这次,我用简单的代码示例复现一下这些问题,并一步一步解决。
问题复现
这里,我创建两个同目录下的 Python 文件:mutualImportA 和 mutualImportB 并输入代码。
# mutualImportA.py from mutualImportB import b a = 1 def pA(): print(b) pA()
# mutualImportB.py from mutualImportA import a b = 1 def pB(): print(a) pB()
创建完毕后,任意运行 A 或 B 都会报错:ImportError: cannot import name 'b' from partially initialized module 'mutualImportB' (most likely due to a circular import)
当然有些人习惯于用 import 的导入而非 from import 的导入方式,这时候的报错就会变成:AttributeError: partially initialized module 'mutualImportB' has no attribute 'b' (most likely due to a circular import)
好的,这两个报错还算友好。这种导入的方式都在程序出指明了导入的内容,所以解释器可以发现这里是循环导入(most likely due to a circular import)。但有时出现的 NameError 才真正让人头疼。
我们将代码改一下,保留 from import 语句,但将其 import 后面的变量名改为通配符 * 。这次的报错:NameError: name 'b' is not defined
这就很奇怪了。我们在使用 IDE 时, IDE 不会检出相互导入时引发的循环导入问题。不过前两种在报错中即可看出,而这时,从报错中很难发现为何 b 没有声明。这种专为复现而出现的小文件中问题可以捋清思路、找到问题,在较大的项目中就往往无从下手了。
那么为什么会出现这样的情况呢?我们想一下整个程序的运行流程。
问题复现完毕,下面探讨如何解决问题。
解决问题
此前,我曾在许多平台看到过文章,但其中绝大部分都是完全重复的(尤其在 CSDN 上),明显互相“转载”来“转载”去。可惜,转载的文章并不能真正解决问题。在这篇原创的文章中,我将自己摸索的经验分享了出来。下面转入正题。
循环导入的根本原因是什么?为什么会循环导入?
其实由循环导入,我们可以想到递归而引发的栈溢出。
def a(b): return a(b)
这,是一个明显错误的函数。一旦我们调用了函数,函数内部就会不加判断地再次调用此函数。 而当我们加入了判断时:
def a(b): if b == 1: return 1 else: return a(b - 1)
这样的话,该函数就转变为一个健康的函数了。
将同样的思路运用到相互导入的方式上。我们必须在整个文件初就要导入某个模块吗?一般来说不是的。我们应当将导入放在它真正被需要的函数里。比如,问题复现中的 a、b 改一下:
# mutualImportA.py a = 1 def pA(): from mutualImportB import b print(b) pA()
# mutualImportB.py b = 1 def pB(): from mutualImportA import a print(a) pB()
这样的话,就没有上面的循环导入的问题了。这次再划分下流程:
OK,那么问题到此为止就解决完毕了。
当然,据此问题也衍生出了一些代码的规范问题:
开发中,若文件较小,还是最好不要将需要相互使用的两个函数或类分到两个文件中。这样,可以避免不少的问题。
总结
说个事情,上一篇博客《利用深度优先搜索等算法实现围棋棋盘控制》有一处打错,应是 GitHub 而非 Github ,在此更正一下~
那么今天关于 Python 开发时遇到的问题的分享就到此为止了,再见!
到此这篇关于Python相互导入的问题解决的文章就介绍到这了,更多相关Python相互导入内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!