父类引用子类将实现的self.var是否合理？如何规范处理？

你的判断没错，原代码的写法确实违反了Python“显式优于隐式”的核心原则——父类Parent的f方法直接使用self.number，但既不在自身初始化方法中定义，也没有任何显式提示要求子类必须提供这个属性。其他开发者维护代码时很容易踩坑，比如直接实例化Parent会触发AttributeError，或者新建子类时忘记初始化number导致运行时出错。

下面是几种符合显式原则且不增加用户使用负担的处理方案：

方案1：用抽象基类（ABC）强制子类实现属性 #

通过Python标准库的abc模块，把父类定义为抽象类，同时将number声明为抽象属性。这样只要子类未正确实现该属性，实例化时就会直接报错，从根源上避免隐式依赖。

from abc import ABC, abstractmethod

class Parent(ABC):
    @property
    @abstractmethod
    def number(self):
        """子类必须实现该属性"""
        pass

    def f(self, x):
        return x * self.number

class Child(Parent):
    def __init__(self, number):
        self._number = number

    @property
    def number(self):
        return self._number

child = Child(2)
print(child.f(3))  # 输出6

这种方式的优势是提前报错，不会等到调用f方法才暴露问题，完全符合显式原则。用户使用Child类时只需传入一次参数，没有额外负担。

方案2：父类定义初始化方法，子类传递参数 #

让父类明确声明对number的依赖，子类通过super()调用父类的初始化方法并传递参数。这种方式逻辑清晰，不需要额外引入模块。

class Parent:
    def __init__(self, number):
        self.number = number

    def f(self, x):
        return x * self.number

class Child(Parent):
    def __init__(self, number):
        super().__init__(number)

child = Child(2)
print(child.f(3))  # 输出6

用户使用Child时仍然只需要传一次参数，父类的依赖也完全显式化，后续扩展父类属性时也更容易维护。

方案3：父类中设置明确的错误提示 #

如果不想修改父类的初始化逻辑，可以在父类中对number进行检查，当子类未初始化时抛出明确的错误，替代模糊的AttributeError。

class Parent:
    def f(self, x):
        if not hasattr(self, 'number'):
            raise NotImplementedError("子类必须初始化self.number属性")
        return x * self.number

class Child(Parent):
    def __init__(self, number):
        self.number = number

child = Child(2)
print(child.f(3))  # 输出6

这种方式改动最小，但错误提示发生在调用f方法时，相比前两种方案的提前检查稍逊一筹。

推荐选择 #

优先考虑方案1（抽象基类），它最贴合Python的显式原则，能在开发阶段就发现问题；如果项目中不想引入abc模块，方案2是简洁且易维护的替代方案。

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