父类访问子类变量是否合规？该OOP实践是否合理？实例报错解惑

嘿，咱们来好好聊聊这个问题～首先直接给结论：语法上这是能跑通的，但绝对不是良好的面向对象编程（OOP）实践，而且你遇到的AttributeError恰恰就是这种写法带来的典型问题。

为什么这种写法不好？ #

面向对象编程的核心原则之一是里氏替换原则：父类应该能被任何子类替换，且程序依然正常运行。同时，父类的职责是定义通用的行为和接口，子类负责实现具体细节。但你的代码里，Animal类的make_sound方法直接依赖了子类才定义的sound变量，这就导致：

• 父类本身不完整，无法独立使用（创建Animal实例调用make_sound会直接抛出AttributeError）
• 子类和父类的依赖关系倒置了——本该是子类依赖父类，现在变成父类依赖子类，代码耦合度极高，后续维护或扩展新子类时很容易出问题

怎么改进？ #

这里有两种常见的优化方案，能让代码更符合OOP规范：

方案1：把父类改成抽象基类（强制子类实现属性） #

用Python的abc模块把Animal定义为抽象类，要求所有子类必须实现sound属性，同时禁止创建Animal的实例（从根源上避免你担心的报错）：

from abc import ABC, abstractmethod

class Animal(ABC):
    @property
    @abstractmethod
    def sound(self):
        # 抽象属性，子类必须实现
        pass

    def make_sound(self):
        print(self.sound)

class Cat(Animal):
    @property
    def sound(self):
        return 'meow'

class Dog(Animal):
    @property
    def sound(self):
        return 'bark'

这样一来，任何子类如果没实现sound属性，连定义都会报错；同时Animal作为抽象类，根本无法实例化，完美解决了你担心的报错问题。

方案2：在父类中提供默认值 #

如果不想用抽象类，也可以在Animal类里给sound设置一个默认值，保证父类本身的完整性：

class Animal:
    sound = 'unknown'  # 默认值，避免报错
    def make_sound(self):
        print(self.sound)

class Cat(Animal):
    sound = 'meow'

class Dog(Animal):
    sound = 'bark'

这种写法下，就算创建Animal实例调用make_sound，也会输出unknown而不是报错；子类依然可以通过覆盖sound变量来实现自己的行为。

总结 #

父类访问子类变量虽然能跑，但违背了OOP的设计原则，会导致代码脆弱、难以维护。更好的做法是让父类保持完整性：要么通过抽象类强制子类实现必要的属性/方法，要么在父类中提供合理的默认值，让父类和子类的依赖关系回到正常的“子类依赖父类”的状态。

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