Python抽象类子类实现：未用参数的合理性及最优处理方式

一、原实现的正确性 #

从Python语法和抽象基类（ABC）的规则来看，这个实现是正确的：

• 子类ClassA、ClassB、ClassC都严格匹配了基类Base中抽象方法的签名（两个位置参数param1、param2），满足ABC的强制要求，不会触发实例化错误。
• 但从设计合理性角度，这里存在潜在契约冲突：抽象基类定义的方法明确要求传入两个参数，意味着所有子类都应当遵循“需要这两个参数完成逻辑”的契约，而ClassC不需要param2的情况，可能说明基类的方法设计未完全贴合子类的实际业务场景。

二、ClassC中未使用的param2最优处理方式 #

根据不同业务约束，有以下几种合理方案：

1. 保留原签名，用下划线标记未使用参数 #

如果外部调用代码必须传入两个参数（无法修改调用逻辑），可以将未使用的参数名改为下划线_，明确向代码阅读者传递“此参数故意忽略”的信号，还可配合注释说明原因：

class ClassC(Base):
    def class_method(self, param1, _):
        # 业务逻辑无需param2，仅用于匹配基类签名
        return param1

针对单个未使用参数的场景，单下划线比*_更直观。

2. 修改基类为可选参数（结合场景判断） #

如果业务允许部分子类不需要param2，可以将基类的param2设为可选参数，子类可灵活选择是否接收该参数：

from abc import ABC, abstractmethod

class Base(ABC):
    @abstractmethod
    def class_method(self, param1, param2=None):
        pass

# ClassC可仅声明需要的参数，只要兼容基类调用签名
class ClassC(Base):
    def class_method(self, param1):
        return param1

注意：这种方案要求外部调用代码兼容“传1个或2个参数”的情况，否则会出现参数不匹配错误。

3. 重构基类接口（从根源解决契约冲突） #

如果ClassC的场景代表了一类不需要param2的子类，说明原基类方法设计过于宽泛，可拆分抽象方法或重构接口：

from abc import ABC, abstractmethod

class Base(ABC):
    @abstractmethod
    def core_logic(self, param1):
        pass

class TwoParamMixin:
    def class_method(self, param1, param2):
        # 基于core_logic扩展双参数逻辑
        return self.core_logic(param1) + param2

class ClassA(Base, TwoParamMixin):
    def core_logic(self, param1):
        return param1

class ClassC(Base):
    def core_logic(self, param1):
        return param1

这种方式将通用逻辑和扩展逻辑分离，既保证子类灵活性，又维持接口合理性，适合子类逻辑差异较大的场景。

三、关于可选参数方案的疑问补充 #

你尝试将param2设为可选参数的方向是可行的，但需要明确：

• 基类的可选参数定义会放宽契约要求，允许子类实现时省略该参数（只要兼容基类调用方式）；
• 如果外部调用代码始终传入两个参数，ClassC即使将param2设为可选，仍然会接收到该参数，此时还是需要用下划线标记忽略，避免未使用变量的警告。

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