Python 3.x如何重写父类继承属性？解决方案探讨

核心问题 #

在子类中扩展父类的@property时，直观写法super().value = val会抛出AttributeError，这是因为super()对象不支持直接通过赋值调用父类setter。下面给出几种优雅的解决方案，同时针对测试桩场景提供优化思路。

推荐解决方案 #

方案1：通用型写法（兼容任意继承层级） #

无需硬编码父类名，通过super()获取父类属性对象调用其fset方法，完美适配继承层级变化：

class NaturalNumber():
    def __init__(self, val):
        self._value = val
    
    @property
    def value(self):
        return self._value
    
    @value.setter
    def value(self, val):
        if val < 0:
            raise ValueError(f"Cannot set value to {val}: Natural numbers are not negative.")
        self._value = val


class EvenNaturalNumber(NaturalNumber):
    @property
    def value(self):
        return super().value
    
    @value.setter
    def value(self, val):
        if val % 2:
            raise ValueError(f"Cannot set value to {val}: Even numbers are divisible by 2.")
        # 正确调用父类setter的方式
        super(type(self), type(self)).value.fset(self, val)

这种写法通过super(type(self), type(self))拿到父类的类对象，进而获取父类的value属性对象，调用其fset方法完成赋值，完全不用关心继承层级是否变化。

方案2：简化写法（仅重写setter） #

如果只需要扩展setter逻辑，直接复用父类property的setter装饰器，省去重复定义getter的冗余代码：

class EvenNaturalNumber(NaturalNumber):
    @NaturalNumber.value.setter
    def value(self, val):
        if val % 2:
            raise ValueError(f"Cannot set value to {val}: Even numbers are divisible by 2.")
        NaturalNumber.value.fset(self, val)

缺点是需要硬编码父类名，若后续继承层级调整（比如新增中间父类），需要同步修改代码，维护性稍弱。

方案3：批量处理装饰器（多属性重写场景） #

如果要重写多个property，封装一个装饰器可以大幅简化代码：

def override_setter(parent_class, prop_name):
    def decorator(setter_func):
        parent_prop = getattr(parent_class, prop_name)
        def wrapped_setter(self, val):
            setter_func(self, val)
            parent_prop.fset(self, val)
        return parent_prop.setter(wrapped_setter)
    return decorator

# 使用示例
class EvenNaturalNumber(NaturalNumber):
    @override_setter(NaturalNumber, 'value')
    def value(self, val):
        if val % 2:
            raise ValueError(f"Cannot set value to {val}: Even numbers are divisible by 2.")

这个装饰器自动复用父类的getter逻辑，你只需要实现额外的校验或扩展逻辑即可。

为什么直观写法会报错？ #

super().value在getter中能正常工作，是因为super()会调用父类的__getattribute__方法获取属性值；但super().value = val本质是尝试给super()对象本身赋值，而super()对象并没有实现__setattr__来把赋值操作转发给父类的setter，因此会抛出AttributeError。这是Python的设计逻辑，不是缺陷——super()的核心作用是方法调用，属性赋值通常直接操作当前实例。

关于PEP提案的可行性 #

虽然super().value = val的语法更直观，但Python核心团队对这类语法糖的添加非常谨慎，需要考虑：

• 语义歧义：赋值操作默认绑定当前实例，这种写法会改变预期的赋值目标
• 兼容性：现有代码中如果存在super()对象的赋值逻辑，会引发行为变化
• 实现复杂度：需要修改super对象的__setattr__方法，处理属性setter的转发逻辑

目前来看，这类提案被接受的概率很低，更务实的方式是通过文档明确正确用法，或者用第三方库封装这类逻辑。

MockDevice测试桩的优化思路 #

针对你提到的设备测试场景，除了重写property，还有以下更易维护的方案：

• 用unittest.mock.patch直接替换：测试时动态替换真实Device类的property实现，无需编写子类：

  from unittest.mock import patch
  
  def test_mock_device():
      with patch.object(Device, 'value', new_callable=lambda: property(
          lambda self: self._mock_value,
          lambda self, val: setattr(self, '_mock_value', val)
      )):
          mock_device = Device(1)
          mock_device.value = 2
          assert mock_device.value == 2
  

• 类装饰器动态注入逻辑：编写装饰器为MockDevice批量添加属性的模拟或校验逻辑，避免手动重写每个property。
• 组合而非继承：让MockDevice持有一个Device实例，通过委托方式实现属性，彻底摆脱继承耦合：

  class MockDevice:
      def __init__(self, val):
          self._device = Device(val)
      
      @property
      def value(self):
          return self._device.value
      
      @value.setter
      def value(self, val):
          # 添加测试桩专属逻辑
          if val % 2 == 0:
              self._device.value = val
          else:
              raise ValueError("Mock设备仅接受偶数")
  

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