Python基类子类继承场景下的依赖注入实现方法

你给出的类定义存在实例方法参数缺失的问题，直接实例化调用会触发takes 0 positional arguments but 1 was given的报错。因为Python类的实例方法默认需要把实例本身作为第一个传入参数（即约定的self），需要先把方法定义补全，修正后的基础类为：

class Baseclass:
    def test(self):
        pass

class Subclass(Baseclass):
    def test(self):
        print("test from Subclass")

依赖注入的核心逻辑是不在业务类内部硬编码依赖的创建逻辑，把依赖的实例化、替换控制权从类内部转移到外部的组装层。结合你“在业务类中创建Subclass实例、向类内注入Baseclass依赖”的需求，有两种最常用的实现方式：

构造函数注入（最通用） #

在业务类的初始化方法中接收外部传入的Baseclass实例，基于注入的依赖创建Subclass实例，完全移除业务类内部手动创建Baseclass的硬编码逻辑。
示例实现：

# 调整Subclass的初始化逻辑，支持接收注入的Baseclass实例
class Subclass(Baseclass):
    def __init__(self, base_dep: Baseclass):
        # 持有注入的基类实例，后续可直接复用基类的能力
        self.base_dep = base_dep

    def test(self):
        print(f"执行Subclass逻辑，关联的注入实例: {self.base_dep}")

# 业务类：不自行创建Baseclass，所有依赖从外部传入
class BizHandler:
    def __init__(self, base_dep: Baseclass):
        # 保存外部注入的基类依赖
        self.base_dep = base_dep
        # 基于注入的依赖创建Subclass实例
        self.sub_instance = Subclass(self.base_dep)

    def run(self):
        self.sub_instance.test()

实际使用时，在外部完成依赖的组装，再传入业务类即可：

# 外部控制Baseclass的实例创建逻辑
base_instance = Baseclass()
# 注入依赖到业务类
handler = BizHandler(base_instance)
handler.run()

这种实现的优势：

• 后续如果需要替换Baseclass的具体实现（比如新增一个继承Baseclass的特殊子类），只需要在外部组装层替换传入的实例，业务类不需要做任何改动
• 单元测试时可以直接传入Mock的Baseclass实例，不需要修改业务代码就能完成依赖隔离测试

方法参数注入 #

如果不需要在业务类初始化阶段就创建Subclass实例，可以把依赖的注入时机延后到具体执行的方法中，按需传入依赖：

class BizHandler:
    def create_and_run_subclass(self, base_dep: Baseclass):
        # 方法执行时才接收外部传入的Baseclass依赖，创建Subclass实例
        sub_instance = Subclass(base_dep)
        sub_instance.test()

使用方式：

handler = BizHandler()
base_instance = Baseclass()
# 调用方法时传入注入的依赖
handler.create_and_run_subclass(base_instance)

• 这类简单的注入场景完全不需要引入第三方依赖注入框架，手动传入实例的方式已经可以满足绝大多数Python业务场景的需求
• 如果你的场景是需要传入Baseclass类本身（而非实例），可以通过内置的issubclass()方法校验传入的类是否符合继承关系，避免传入不兼容的类型

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