Python代码中此事件回调场景是否适合依赖注入？若适合该如何实现？

你的当前方案依赖全局变量传递回调，存在耦合度高、仅支持单一订阅者的问题。以下是两种符合约束的优化方案，核心思路是通过显式依赖注入（将回调逻辑主动注入到主题模块）替代全局变量，同时避免通过函数生成variant_selector。

方案一：模块级回调注册器 #

这种方案无需重构现有模块结构，仅通过新增注册函数实现松耦合的事件订阅。

ui_theme.py 代码 #

# 维护一个回调列表，支持多组件订阅
_variant_change_callbacks = []

def register_variant_change_callback(callback):
    """注册变体变更的回调函数"""
    if callback not in _variant_change_callbacks:
        _variant_change_callbacks.append(callback)

def on_change_variant_click(dbref, msg, to_ms):
    print("button clicked:", msg.value)
    # 触发所有已注册的回调
    for callback in _variant_change_callbacks:
        callback(dbref, msg, to_ms)

cards_page.py 代码 #

import ui_theme

def on_variant_change(dbref, msg, to_ms):
    # 这里写你的变体变更处理逻辑
    print(f"处理变体切换：{msg.value}")

# 将回调注入到主题模块（依赖注入的核心：主动传递依赖）
ui_theme.register_variant_change_callback(on_variant_change)

方案二：类封装的主题管理器 #

如果允许将主题逻辑封装为类，这种方案能更好地封装状态，进一步降低耦合。

ui_theme.py 代码 #

class ThemeManager:
    def __init__(self):
        self._variant_change_callbacks = []
        # 在初始化时创建variant_selector，绑定内部事件处理器
        self.variant_selector = self._initialize_selector()

    def _initialize_selector(self):
        # 这里写你的variant_selector创建逻辑，比如UI组件初始化
        # 示例：假设使用某个UI框架创建选择器
        selector = SomeUIComponent()
        selector.on_change = self._on_variant_triggered
        return selector

    def _on_variant_triggered(self, dbref, msg, to_ms):
        print("button clicked:", msg.value)
        # 调用所有注册的回调
        for callback in self._variant_change_callbacks:
            callback(dbref, msg, to_ms)

    def register_callback(self, callback):
        if callback not in self._variant_change_callbacks:
            self._variant_change_callbacks.append(callback)

# 创建全局实例，避免手动实例化符合你"不通过函数生成selector"的约束
theme_manager = ThemeManager()

cards_page.py 代码 #

from ui_theme import theme_manager

def on_variant_change(dbref, msg, to_ms):
    print(f"处理变体切换：{msg.value}")

# 注入回调到主题管理器实例
theme_manager.register_callback(on_variant_change)

方案优势对比 #

1. 松耦合：主题模块无需知晓cards_page的存在，仅通过统一的注册接口接收回调
2. 可扩展性：支持多个组件同时订阅变体变更事件
3. 可测试性：测试时可轻松注册/移除模拟回调，无需修改全局状态
4. 代码清晰：依赖关系显式可见，避免全局变量带来的隐式依赖问题

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