从不同文件导入类时，Python 3 是实例意外行为吗？

Question

我正在尝试从一个文件中导入一个类，并检查它是否在定义它的文件中是该类的一个实例。问题是，而不是返回 True来自 isinstance()函数，它返回 False ，因为它是在不同的文件中初始化的。

这是一个工作示例。

假设你有 file1.py :

class Foo:
    def __init__(self, arg1):
        self.arg1 = arg1

def main(class_obj):
    # Prints false and is type <class 'file1.Foo'>
    print(type(class_obj))
    print(isinstance(class_obj, Foo))

if __name__ == '__main__':
    from file2 import get_class
    main(get_class())

和file2.py :

from file1 import Foo

def get_class():
    foo = Foo("argument")
    return foo

它打印False类型是 <class 'file1.Foo'> .我发现有趣的是，如果您初始化 Foo在 file1 中上课在哪里定义，它返回 True .

# Add to main() function in file1
# Returns true and is type <class '__main__.Foo'>
foo_local = Foo("argument")  # Class initiated in __main__ seems to work
print(type(foo_local))
print(isinstance(foo_local, Foo))

我发现，如果您在定义它的文件之外启动一个类，那么它是一个不同的“类”，而不是在定义它的文件内部启动该类。

# Different Classes?
<class 'file1.Foo'>  # From other file (`file2.py`)
<class '__main__.Foo'>  # From same file (`file1.py`)

---

所以我的问题是:

我该如何解决这个问题，以便即使是在 file1 之外启动的类可以回True在 isinstance() 上功能？改写一下，我怎样才能使Foo file1.py 中的类是“相同的”和 file2.py ？如果重要的话，我是 Python 3.6.7。

Answer 1

非常简单的答案是永远不要使用 if __name__=="__main__"。可以肯定的是，这是一个聪明的把戏，但它并不像任何人认为的那样。它应该使文件成为模块和脚本，但是(因为查找和运行模块和脚本的过程非常不同)它实际上所做的是让文件成为模块或者一个脚本，单独。这个技巧包含一个关于这个缺点的提示:模块中的 __name__ 应该是它在 sys.modules 中的键，如果它是“__main__”那不是任何普通模块根本。 (实际上可以import __main__ 并得到一个模块对象，其属性是脚本中的全局变量!)

在您的情况下，file1.py 被用作脚本一次，然后通过模块 file2 作为模块实际加载 两次。每次加载都会创建一个不相关(如果相似)的类 Foo；每个类在哪里使用并不重要，重要的是使用哪个类。 (file1 甚至可以导入 自身 并获得“模块版本”。)请注意类不必“相同”；完全相同的 if 技巧可用于为它们提供不同的成员或基类，甚至可以控制执行哪个 class Foo 语句。

如果你想使用 python -m，出于安装原因这是一个完全合理的愿望，最少损坏的使用方法是通过 __main__ .py 在包中，否则通过 import 使用。 仍然可以导入它，这可能不会做任何好事，但没有人(除了递归导入包中每个模块的天真的代码)会这样做。