子类MRO继承方法别名疑问：如何实现遵循MRO的可继承方法别名？

给定以下Python代码，执行后输出结果为"foo"：

class parent:
    def fun1(self):
        print("foo")
    fun2 = fun1
class child(parent):
    def fun1(self):
        print("bar")
child().fun2()

我大致理解为什么会输出"foo"——parent类中fun2直接绑定了fun1的函数对象，没有触发实例方法的动态查找，所以child实例调用fun2时，还是执行的parent的fun1。但我想知道：

1. 有没有简便的方式实现可继承且遵循MRO的方法别名，让上述代码输出"bar"？
2. 这种给方法起别名的需求，是否属于不良编程实践？

一、实现遵循MRO的方法别名 #

要让别名fun2在子类中能正确调用重写后的fun1，核心是让fun2触发实例方法的动态绑定，而不是直接绑定父类的函数对象。这里有两种简单的实现方式：

方式1：定义转发方法 #

最直观的做法是把fun2定义成一个调用self.fun1()的方法，这样每次调用fun2时，都会通过self动态查找当前实例的fun1（完全遵循MRO）：

class parent:
    def fun1(self):
        print("foo")
    def fun2(self):
        self.fun1()  # 动态查找当前实例的fun1

class child(parent):
    def fun1(self):
        print("bar")

child().fun2()  # 输出: bar

方式2：使用property返回方法对象 #

如果你想保持fun2和fun1的调用语法完全一致（不需要额外的函数包装），可以用@property让fun2返回当前实例的fun1方法：

class parent:
    def fun1(self):
        print("foo")
    @property
    def fun2(self):
        return self.fun1  # 返回实例绑定的fun1方法

class child(parent):
    def fun1(self):
        print("bar")

child().fun2()  # 输出: bar

这两种方式都会让fun2跟随子类对fun1的重写，完全符合Python的方法解析规则。

二、是否属于不良编程实践？ #

这个问题没有绝对答案，取决于你的使用场景：

合理的场景 #

• 提高代码可读性：如果原方法名过于技术化，别名可以用更贴近业务语义的名称，让代码更易理解。比如calculate_total()和get_final_price()指向同一个逻辑。
• 兼容旧代码：当你重构代码时，为了不破坏依赖旧方法名的外部调用，可以给新方法加一个旧名的别名，并通过warnings模块添加弃用提示，逐步引导用户迁移到新方法。

需要避免的场景 #

• 过度使用别名：如果一个方法有多个无意义的别名，会让代码变得混乱，增加维护成本——开发者需要理清多个方法名对应同一个逻辑，后续修改时也容易遗漏。
• 语义模糊的别名：如果别名和原方法的语义差异较大，会误导其他开发者，让他们误以为是不同的功能。

总的来说，只要别名的存在有明确的理由，且不会增加代码的复杂度，就不属于不良实践；反之，无意义的别名只会给代码添乱。

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