使用super()重写父类@property属性时始终返回None的技术咨询

这个问题其实踩了两个 Python @property 的常见坑，我来帮你拆解清楚，然后给出既能避免代码冗余又满足需求的实现方式：

为什么你的代码会一直返回None？ #

1. @property的getter不支持额外参数 #

你在子类里给velocity属性的getter定义了flag=True参数，但@property装饰的getter函数只能接收self这一个参数。当你通过obj.velocity访问属性时，根本没法传入flag参数——这个参数永远只能用默认值True，完全达不到你动态控制逻辑的目的。

2. 缺少return语句 #

就算忽略参数的问题，你的代码里调用super().velocity后没有用return返回结果，函数默认会返回None，这就是为什么无论什么场景你都得到None的直接原因。

正确的实现方案 #

根据你的需求（避免代码冗余+支持flag条件判断），有两种实用的实现方式：

方案1：改成带参数的方法（最符合Python习惯） #

既然需要传入参数，直接把velocity定义成方法而非属性是最清晰的选择，同时通过super()调用父类逻辑避免重复代码：

class ParentClass:
    @property
    def velocity(self):
        """Instantaneous velocity in km/h."""
        if self.time is not None:
            dt = np.diff(self.seconds)
            dd = np.diff(self.distance)
            vs = 3600 * dd / dt
            return self._resample(vs, self.seconds)
        else:
            return None

class ChildClass(ParentClass):
    def get_velocity(self, flag=True):
        if flag:
            # 直接复用父类的velocity属性逻辑
            return super().velocity
        else:
            # 这里写flag为False时的自定义逻辑
            return None  # 替换成你的具体实现

使用示例：

obj = ChildClass()
# 调用父类逻辑
normal_velocity = obj.get_velocity(flag=True)
# 执行自定义逻辑
custom_velocity = obj.get_velocity(flag=False)

方案2：保留@property，用实例属性控制flag（适合必须用属性访问的场景） #

如果你一定要保持obj.velocity的属性访问方式，可以把flag设为实例的一个内部属性，再重写@property的getter：

class ChildClass(ParentClass):
    def __init__(self, *args, **kwargs):
        super().__init__(*args, **kwargs)
        self._velocity_flag = True  # 默认启用父类逻辑

    @property
    def velocity(self):
        if self._velocity_flag:
            return super().velocity
        else:
            # flag为False时的自定义逻辑
            return None

    # 可选：加一个setter来动态修改flag
    @velocity.setter
    def velocity(self, flag):
        # 确保flag是布尔值
        self._velocity_flag = isinstance(flag, bool) and flag

使用示例：

obj = ChildClass()
# 切换到自定义逻辑
obj.velocity = False
print(obj.velocity)
# 切回父类逻辑
obj.velocity = True
print(obj.velocity)

额外提醒 #

Python的@property本质是一个描述符，它的设计目的是模拟无参数的普通属性访问。如果需要传递参数，强行用@property实现会违背它的设计语义，反而让代码变得晦涩，这时候用方法会更合理。

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