用户.py：
from story import Story
class User:
...
def get_stories(self):
story_ids = [select from database]
return [Story.get_by_id(id) for id in story_ids]
故事.py
from user import User
class Story:
...
def __init__(self, id, user_id, content):
self.id = id
self.user = User.get_by_id(user_id)
self.content = content
正如您所看到的，这个程序中存在循环导入，导致 ImportError。我了解到，我可以将导入语句移动到方法定义中以防止此错误。但我仍然想知道，在这种情况下是否有一种方法来消除循环导入，或者说，是否有必要（为了良好的设计）？
python循环导入问题的讨论。我选择参与这个线程是因为Ray Hettinger的评论使得循环导入的使用情况合法化，但他推荐的解决方案我认为并不是特别好的做法——将导入移到一个方法中。from module import name风格是首选（也许除了具有许多函数的非常短的模块名，例如gtk），因为它避免了重复的语言混乱并使依赖关系明确。
在这个基础上，我将提出一个简化版的我的用例，并介绍我的解决方案。
我有两个模块，每个模块都定义了许多类。 surface 定义了几何表面，如平面、球体、双曲面等。 path 定义了平面几何图形，如直线、圆、双曲线等。从 API 要求的角度来看，这些逻辑上是不同的类别，重构并不是一个选项。然而，这两个类别是紧密相关的。
一个有用的操作是相交两个表面，例如，两个平面的相交是一条直线，或者一个平面和一个球体的相交是一个圆。
例如，如果在 surface.py 中进行直接导入以实现相交操作的返回值：
from path import Line
你得到：
Traceback (most recent call last):
File "surface.py", line 62, in <module>
from path import Line
File ".../path.py", line 25, in <module>
from surface import Plane
File ".../surface.py", line 62, in <module>
from path import Line
ImportError: cannot import name Line
surface.py中的导入语句替换为：try: from path import Line
except ImportError: pass # skip circular import second pass
Line在模块级别上没有使用。因此，surface的必要命名空间被加载到path中。因此，path的命名空间解析可以完成，允许将其加载到surface中，完成首次遇到from path import Line。因此，surface的命名空间解析可以继续并完成，继续进行可能需要的任何其他操作。try: ... except ...语法清晰而简洁地记录了循环导入问题，减轻了未来可能需要的任何维护工作。每当重构确实是一个不好的想法时，请使用它。from story import Story更改为import story，然后将类引用为story.Story。由于您仅在方法内部引用该类，因此在调用该方法之前它不需要访问该类，而此时导入已成功完成。（根据导入顺序，您可能需要在其中一个或两个模块中进行更改。）User和Story类非常紧密耦合 - 两者都不能单独使用。在这种情况下，通常更明智的做法是将它们都放在同一个模块中。