博客
关于我
_name_==‘’_main_‘’的解释
阅读量:396 次
发布时间:2019-03-05

本文共 824 字,大约阅读时间需要 2 分钟。

在Python中,if __name__ == "__main__": 是一个常用的机制,用于在主脚本中执行特定的代码,而在导入其他模块时不执行。这个机制的背后逻辑是这样的:

当你的脚本被单独运行时,比如直接执行python my_script.py,Python会将当前脚本的__name__变量设置为__main__。因此,if __name__ == "__main__": 代码块在这种情况下会执行,因为条件满足。

然而,当你的脚本被其他脚本或模块导入时,比如from my_script import do_something__name__的值不会是__main__,而是根据导入的位置和上下文而变化,通常不是__main__。因此,在这种情况下,if __name__ == "__main__": 代码块就不会被执行。

举个具体的例子,假设文件excess.py包含以下代码:

print("hello, world")if __name__ == "__main__":    print("你好!!!")
  • 当直接运行excess.py时,输出会是:

    hello, world你好!!!
  • 而当在文件excess1.py中导入excess模块:

    import excess

    运行excess1.py时,只会输出hello, world,因为此时excess.__name__不是__main__,所以if __name__ == "__main__":条件不满足,后续代码不执行。

这样设计的作用是可以在同一个模块中,分环境条件地执行不同代码。例如,可以在__main__情况下执行一些启动脚本,而在导入别处时不执行。

这说明__name__其实表示当前模块的名称。当模块被主程序运行时,__name__设为__main__,否则通常设为模块的导入名称(例如excess)。这种机制提供了一种方式来控制模块在不同使用场景下的行为。

转载地址:http://nbxzz.baihongyu.com/

你可能感兴趣的文章
org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /
查看>>
org.hibernate.HibernateException: Unable to get the default Bean Validation factory
查看>>
org.hibernate.ObjectNotFoundException: No row with the given identifier exists:
查看>>
SQL-CLR 类型映射 (LINQ to SQL)
查看>>
org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
查看>>
org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
查看>>
org.springframework.web.multipart.MaxUploadSizeExceededException: Maximum upload size exceeded
查看>>
org.tinygroup.serviceprocessor-服务处理器
查看>>
org/eclipse/jetty/server/Connector : Unsupported major.minor version 52.0
查看>>
org/hibernate/validator/internal/engine
查看>>
Orleans框架------基于Actor模型生成分布式Id
查看>>
SQL-36 创建一个actor_name表,将actor表中的所有first_name以及last_name导入改表。
查看>>
ORM sqlachemy学习
查看>>
Ormlite数据库
查看>>
orm总结
查看>>
os.environ 没有设置环境变量
查看>>
os.path.join、dirname、splitext、split、makedirs、getcwd、listdir、sep等的用法
查看>>
os.removexattr 的 Python 文档——‘*‘(星号)参数是什么意思?
查看>>
os.system 在 Python 中不起作用
查看>>
OS2ATC2017:阿里研究员林昊畅谈操作系统创新与挑战
查看>>