python 中通过上下文管理器动态创建变量时，globals() 修改的是当前模块的全局命名空间，而非调用方模块；因此跨模块使用需显式访问目标模块的 globals() 或采用更安全、可维护的替代方案。
python 中通过上下文管理器动态创建变量时，globals() 修改的是当前模块的全局命名空间，而非调用方模块；因此跨模块使用需显式访问目标模块的 globals() 或采用更安全、可维护的替代方案。
在 Python 中，每个模块（.py 文件）拥有独立的全局命名空间（globals() 字典），globals()[name] = value 永远只影响执行该语句所在模块的命名空间。这正是你遇到问题的根本原因：
- 在 main.py 中，A.__enter__() 执行于 main.py 模块内，因此 globals()['foo'] = self 成功将 foo 注入 main.py 的全局作用域，后续 print(foo) 可正常访问；
- 但在分离结构中，A 类定义在 module_name/fileA.py，其 __enter__() 方法内部的 globals() 指向的是 module_name.fileA 模块的全局字典，而非 tests/test_fileA.py（即 __main__）的全局字典。因此 foo 被写入了 module_name.fileA.foo，而 test_fileA.py 中直接 print(foo) 自然触发 NameError。
✅ 正确访问方式（不推荐用于生产）：
# ./tests/test_fileA.py
from module_name.fileA import A
with A('foo'): pass
# foo 实际存在于 module_name.fileA 的 globals() 中
import module_name.fileA
print(module_name.fileA.foo) # ✅ 输出 <A object at 0x...>⚠️ 但请注意：这种跨模块动态注入全局变量的方式存在严重缺陷：
- 破坏静态分析（Pylance/Pyright 报错合理）；
- 削弱 IDE 自动补全与类型检查能力；
- 难以调试、测试隔离性差；
- 违反 Python “显式优于隐式” 的哲学（PEP 20）。
✅ 更 Pythonic 的替代方案：构建显式命名空间对象
针对你提到的“动态命名空间生成器”需求（如 foo.add(B); foo.B()），推荐使用 封装式命名空间对象，而非污染全局作用域：
# ./src/module_name/fileA.py
class Namespace:
def __init__(self, name: str):
self._name = name
self._members = {}
def add(self, obj, alias: str = None):
"""添加类、函数或任意对象到命名空间"""
key = alias or getattr(obj, '__name__', type(obj).__name__)
self._members[key] = obj
# 动态绑定为实例属性（支持 foo.B() 调用）
setattr(self, key, obj)
return self
def __repr__(self):
return f"<Namespace '{self._name}': {list(self._members.keys())}>"
class A:
def __init__(self, name: str) -> None:
self.name = name
self._ns = None
def __enter__(self):
self._ns = Namespace(self.name)
return self._ns
def __exit__(self, exc_type, exc_val, exc_tb) -> bool:
return False# ./tests/test_fileA.py
from module_name.fileA import A
with A('foo') as foo:
class B:
def greet(self):
return "Hello from B!"
def c():
return "called c"
foo.add(B)
foo.add(c)
# ✅ 安全、清晰、可类型提示
print(foo) # <Namespace 'foo': ['B', 'c']>
print(foo.B()) # Hello from B!
print(foo.c()) # called c? 关键优势
- ✅ 作用域明确：foo 是 with 语句块内受控的局部变量；
- ✅ 类型友好：IDE 和类型检查器（如 mypy）可准确推导 foo 类型（Namespace）及成员；
- ✅ 可测试性强：无需依赖全局状态，单元测试可自由实例化 Namespace；
- ✅ 符合 Python 惯例：避免 globals() 黑魔法，提升代码可读性与可维护性。
? 补充建议：若需在包级提供统一命名空间注册机制，可结合 __getattr__（Python 3.7+）或 importlib.util.module_from_spec 实现懒加载式模块代理，但对初学者而言，上述 Namespace 模式已足够健壮且易于扩展。
总之，请始终优先选择显式绑定 + 对象封装，而非动态注入 globals()——这是写出可长期演进的 Python 包的关键一步。
