Tkinter频繁使用self.master.master是否属于程序结构错误或不良实践？

首先明确核心结论 #

• 这种写法不是语法层面的错误，只要层级结构不变，程序可以正常运行
• 但这是非常典型的不良开发实践，属于程序结构设计有明显缺陷，非常不推荐使用

为什么不推荐这种写法 #

这种硬编码master层级链的写法有几个致命问题：

1. 可维护性极差：代码完全和当前的组件嵌套结构绑定，如果你后续调整布局，比如在中间多加了一层Frame容器，所有写了self.master.master的地方全部要跟着改，少改一个就出bug
2. 可读性极低：其他开发者（包括几个月后的你自己）看代码的时候，根本没法直接知道self.master.master到底对应哪个组件，必须倒推整个布局的嵌套结构才能搞懂
3. 额外的继承冗余：你代码里Spinbox_class、Listbox_class继承了B3_class完全没有必要，这两个是基础交互组件，和作为容器的B3_class是组合关系，不需要继承，多重继承反而会增加不必要的复杂度

推荐的替代方案 #

有几种常用的解耦方案可以替换这种写法，按实现成本从低到高排列：

方案1：创建组件时显式传入需要的上层引用 #

在实例化子组件的时候，直接把需要用到的上层容器实例作为参数传给子组件，完全不需要自己遍历master链：

# B3_class中创建子组件时传入自身引用
self.spinbox = Spinbox_class(self.frm_B3, parent_container=self, width=13, bd=0)
self.listbox = Listbox_class(self.label_filas, parent_container=self, width=11, height=1)

# Spinbox_class的初始化方法接收参数
class Spinbox_class(Spinbox): # 去掉多余的B3_class继承
    def __init__(self, master, parent_container, **args):
        Spinbox.__init__(self, master, **args)
        self.parent_container = parent_container # 保存上层容器引用
        # 后续直接用self.parent_container访问B3_class的属性和方法
        # 比如原来的self.master.master.listbox改成self.parent_container.listbox即可

Listbox_class也做同样的修改即可，不需要再写多层master链。

方案2：使用Tkinter虚拟事件解耦 #

如果组件之间交互逻辑比较复杂，可以用事件驱动的方式完全解耦：子组件触发自定义虚拟事件，上层容器监听事件后执行对应操作，子组件完全不需要知道上层的结构。

方案3：抽离全局状态管理 #

如果有很多跨组件共享的状态和方法，可以单独封装一个状态管理类，所有组件都持有这个类的引用，需要什么直接从里面取即可，适合复杂的大型Tkinter项目。

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