导入仅用于执行初始化函数的未使用模块是否合规？

首先直接给结论：技术上是可行的——Python在导入模块时会执行模块内的顶层代码，所以你在sharedmodule.py里直接调用script_start_func()，然后业务脚本导入这个模块，确实会触发函数运行。但这种做法存在不少潜在问题，远不如更显式的实现方式靠谱。

为什么不推荐这种写法？ #

• 可读性极差：其他维护者（甚至几周后的你自己）看到import sharedmodule但代码里完全没用到这个模块，第一反应会是“这是无用代码吧？”，很可能不小心删掉，导致初始化逻辑丢失。
• 无法控制执行时机：导入模块时就自动执行，没法在脚本里选择什么时候跑初始化（比如想先做一些前置检查再初始化）。
• 测试麻烦：单元测试时如果导入了业务脚本，会不小心触发初始化函数，可能带来不必要的副作用（比如写日志、连接外部服务）。
• 扩展性为0：如果以后需要给初始化函数传参数（比如当前脚本名称、运行环境），这种导入触发的方式根本做不到。

更合理的实现方案 #

方案1：显式调用初始化函数 #

这是最直白也最易维护的方式——把初始化函数定义在共享模块里，业务脚本导入后主动调用：

# sharedmodule.py
def script_start_func(script_name=None):
    # 这里写你的初始化逻辑，比如记录启动日志、设置环境变量等
    if script_name:
        print(f"脚本 {script_name} 启动")
    else:
        print("脚本启动")

# 业务脚本 example_script.py
import sharedmodule

# 显式调用，还能传参（比如当前脚本名）
sharedmodule.script_start_func(script_name="example_script")

# 后续业务逻辑
def main():
    # 你的数据推送/报表拉取代码
    pass

if __name__ == "__main__":
    main()

方案2：用装饰器简化调用 #

如果想让业务脚本的代码更简洁，可以用装饰器包裹主函数，自动触发初始化：

# sharedmodule.py
def with_script_start(func):
    def wrapper(*args, **kwargs):
        # 初始化逻辑
        print(f"脚本 {func.__name__} 启动")
        return func(*args, **kwargs)
    return wrapper

# 业务脚本 example_script.py
from sharedmodule import with_script_start

@with_script_start
def main():
    # 你的业务逻辑
    pass

if __name__ == "__main__":
    main()

运行脚本时，会先执行装饰器里的初始化逻辑，再跑main()函数，代码更优雅。

方案3：封装统一入口函数 #

如果想把初始化和业务逻辑彻底解耦，可以封装一个入口函数，业务脚本只需要传入自己的业务逻辑：

# sharedmodule.py
def run_script(script_name, business_logic):
    # 初始化逻辑
    print(f"脚本 {script_name} 启动")
    # 执行业务逻辑
    business_logic()

# 业务脚本 example_script.py
from sharedmodule import run_script

def my_business_logic():
    # 你的数据推送/报表拉取代码
    pass

if __name__ == "__main__":
    run_script(script_name="example_script", business_logic=my_business_logic)

这种方式扩展性最强，后续要修改初始化逻辑，只需要改sharedmodule.py里的run_script，所有业务脚本都能受益。

总的来说，虽然导入模块触发函数能实现需求，但显式调用的方式更清晰、更灵活，也更符合Python的代码规范，推荐你换成上面的方案。

内容的提问来源于stack exchange，提问作者seymourgoestohollywood