使用“import __main__”是个好习惯吗？

我正在开发一个相对较大的 Python 应用程序，并且我希望将一些资源保留为可在多个不同模块中访问的全局变量。这些值包括版本号、版本日期、全局配置和一些资源的静态路径。我还包括了一个DEBUG由命令行选项设置的标志，以便我可以在调试模式下运行我的应用程序，而不需要完整的环境。

我一直小心地确保我导入的值在程序运行过程中不会改变，并且我已将它们记录为不应触及的全局常量变量。我的代码基本上看起来像

# Main.py
import wx
from gui import Gui

DEBUG = False
GLOBAL_CONFIG = None
VERSION = '1.0'
ICON_PATH = 'some/path/to/the/app.ico'

def main():
    global DEBUG, GLOBAL_CONFIG

    # Simplified
    import sys
    DEBUG = '--debug' in sys.argv

    GLOBAL_CONFIG = load_global_config()
    # Other set-up for the application, e.g. setting up logging, configs, etc

    app = wx.App()
    gui = Gui()
    app.MainLoop()

if __name__ == '__main__':
    main()

# gui.py
import wx
from __main__ import DEBUG, GLOBAL_CONFIG, ICON_PATH

import controller


class Gui(wx.Frame):
    def __init__(self):
        wx.Frame.__init__(self, None)

        icon = wx.Icon(ICON_PATH, wx.BITMAP_TYPE_ICO)
        self.SetIcon(icon)

        # Always make a copy so we don't accidentally modify it
        conf = GLOBAL_CONFIG.copy()
        self.controller = controller.Controller(conf)

        # More setup, building the layout, etc

# controller.py
from __main__ import DEBUG

import logging
log = logging.getLogger('controller')

class Controller(object):
    def __init__(self, conf):
        if DEBUG:
            log.info("Initializing controller in DEBUG mode")
        self.conf = conf
        # Other setup ...

这显然与我的应用程序的实际情况相去甚远，并且忽略了错误处理、文档和基本上所有的实现细节。

现在，我已经看到它说这是一个坏主意，但没有解释原因。由于在谷歌搜索“python import __main__”的变体时，大多数结果都是关于什么的问题if __name__ == '__main__'是的，很难找到关于这个主题的一些可靠信息。到目前为止，我没有遇到任何问题，而且实际上非常方便。

那么这是否被认为是良好的 Python 实践，或者我是否有理由避免这种设计？

我认为有两个主要（哈哈）原因可以避免这种模式。

• 它混淆了您正在导入的变量的来源。
• 如果你的程序有多个入口点，它就会崩溃（或者至少很难维护）。想象一下，如果有人（很可能是您）想要将您的功能的某些子集提取到一个独立的库中 - 他们必须删除或重新定义这些孤立引用中的每一个，以使该东西在您的应用程序之外可用。

如果您完全控制应用程序，并且您的功能永远不会有另一个入口点或其他用途，并且您确定您不介意这种歧义，那么我认为没有任何客观的原因为何from __main__ import foo图案不好。我个人不喜欢它，但同样，基本上是出于上述两个原因。

我认为更强大/开发人员友好的解决方案可能是这样的，创建一个专门用于保存这些超级全局变量的特殊模块。然后您可以导入该模块并参考module.VAR任何您需要设置的时候。本质上，只是创建一个特殊的模块命名空间来存储超全局运行时配置。

# conf.py (for example)
# This module holds all the "super-global" stuff.
def init(args):
    global DEBUG
    DEBUG = '--debug' in args
    # set up other global vars here.

然后你会像这样使用它：

# main.py
import conf
import app

if __name__ == '__main__':
    import sys
    conf.init(sys.argv[1:])

    app.run()

# app.py
import conf

def run():
    if conf.DEBUG:
        print('debug is on')

注意使用conf.DEBUG而不是from conf import DEBUG。这种结构意味着您can在程序的生命周期中更改变量，并将该更改反映在其他地方（显然，假设是单个线程/进程）。

另一个好处是这是一种相当常见的模式，因此其他开发人员很容易识别它。它很容易与settings.py各种流行应用程序使用的文件（例如django），尽管我避免使用这个特定的名字，因为settings.py通常是一堆静态对象，而不是运行时参数的命名空间。上述配置命名空间模块的其他好名称可能是runtime or params， 例如。