让我们考虑一下 python (3.x) 脚本:

main.py:

from test.team import team
from test.user import user

if __name__ == '__main__':
    u = user()
    t = team()
    u.setTeam(t)
    t.setLeader(u)

测试/user.py:

from test.team import team

class user:
    def setTeam(self, t):
        if issubclass(t, team.__class__):
            self.team = t

测试/team.py:

from test.user import user

class team:
    def setLeader(self, u):
        if issubclass(u, user.__class__):
            self.leader = u

现在，当然，我有循环导入和出色的 ImportError。

所以，我不是 pythonista，我有三个问题。首先:

我。我怎样才能使这件事起作用？

而且，知道有人不可避免地会说“循环导入总是表明设计问题”，第二个问题来了:

二。为什么这个设计不好？

最后，第三个:

三。有什么更好的选择？

准确地说，上面的类型检查只是一个例子，还有一个基于class的索引层，它允许ie。找到所有用户都是一个团队的成员(用户类有很多子类，因此索引加倍，对于一般用户和每个特定子类)或所有团队都有给定用户作为成员

编辑:

我希望更详细的示例能够阐明我试图实现的目标。为便于阅读而省略了文件(但有一个 300kb 的源文件让我感到害怕，所以请假设每个类都在不同的文件中)

# ENTITY

class Entity:
    _id    = None
    _defs  = {}
    _data  = None

    def __init__(self, **kwargs):
        self._id   = uuid.uuid4() # for example. or randint(). or x+1.
        self._data = {}.update(kwargs)

    def __settattr__(self, name, value):
        if name in self._defs:
            if issubclass(value.__class__, self._defs[name]):
                self._data[name] = value

                # more stuff goes here, specially indexing dependencies, so we can 
                # do Index(some_class, name_of_property, some.object) to find all   
                # objects of some_class or its children where
                # given property == some.object

            else:
                raise Exception('Some misleading message')
        else:
            self.__dict__[name] = value    

    def __gettattr__(self, name):
        return self._data[name]

# USERS 

class User(Entity):
    _defs  = {'team':Team}

class DPLUser(User):
    _defs  = {'team':DPLTeam}

class PythonUser(DPLUser)
    pass

class PerlUser(DPLUser)
    pass

class FunctionalUser(User):
    _defs  = {'team':FunctionalTeam}

class HaskellUser(FunctionalUser)
    pass

class ErlangUser(FunctionalUser)
    pass

# TEAMS

class Team(Entity):
    _defs  = {'leader':User}

class DPLTeam(Team):
    _defs  = {'leader':DPLUser}

class FunctionalTeam(Team):
    _defs  = {'leader':FunctionalUser}

现在还有一些用法:

t1 = FunctionalTeam()
t2 = DLPTeam()
t3 = Team()

u1 = HaskellUser()
u2 = PythonUser()

t1.leader = u1 # ok
t2.leader = u2 # ok
t1.leader = u2 # not ok, exception
t3.leader = u2 # ok

# now , index

print(Index(FunctionalTeam, 'leader', u2)) # -> [t2]
print(Index(Team, 'leader', u2)) # -> [t2,t3]

所以，除了这个邪恶的循环导入之外，它工作得很好(省略了实现细节，但没有什么复杂的)。

最佳答案

循环导入本质上并不是一件坏事。 team 代码依赖 user 而 user 使用 team 做某事是很自然的。

这里更糟糕的做法是from module import member。 team 模块正在尝试在导入时获取 user 类，而 user 模块正在尝试获取 team类。但是 team 类还不存在，因为当 user.py 运行时你仍然在 team.py 的第一行。

相反，只导入模块。这导致更清晰的命名空间，使以后的猴子修补成为可能，并解决了导入问题。因为您只是在导入时导入 module，所以您不必关心其中尚未定义的 class。到你开始使用这个类的时候，它会是。

所以，test/users.py:

import test.teams

class User:
    def setTeam(self, t):
        if isinstance(t, test.teams.Team):
            self.team = t

test/teams.py:

import test.users

class Team:
    def setLeader(self, u):
        if isinstance(u, test.users.User):
            self.leader = u

from test import teams 然后teams.Team 也可以，如果你想少写test。那仍然是导入模块，而不是模块成员。

另外，如果Team和User比较简单，把它们放在同一个模块里。您不需要遵循 Java 一个文件一个类的习惯用法。 isinstance 测试和 set 方法也让我尖叫 unpythonic-Java-wart；取决于你在做什么，你最好使用一个普通的、未经类型检查的 @property。

关于python 循环导入再次(也就是这个设计有什么问题)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3955790/