非直接继承类调用其他类方法的Python机制及适用场景问询

这段代码能正常运行，核心是Python的动态绑定特性：

• 当你创建ClassA的实例my_instance时，这个实例同时继承了ClassB的func方法，以及自身定义的str_to_uppercase方法。
• 调用my_instance.func("Hello, World!")时，func方法里的self指向的是ClassA的实例，而非ClassB的实例。Python在运行时会沿着实例的方法查找链（先找自身类，再找父类）去寻找str_to_uppercase方法，自然会找到ClassA中定义的实现，所以能正常执行并返回结果。

至于pylint报错，是因为它是静态代码检查工具，只会在代码定义阶段分析ClassB的内容——ClassB里确实没有定义str_to_uppercase方法，所以会提示错误，但这个错误只存在于静态检查阶段，运行时因为实例的实际类型是ClassA，拥有该方法，所以不会触发运行时错误。

这种写法本质是模板方法模式的隐式实现：父类（ClassB）定义核心业务流程（比如func里的逻辑框架），把具体的细节实现（比如str_to_uppercase）交给子类去完成，父类仅依赖这个方法的存在但不提供实现。

它的适用场景包括：

• 框架底层设计：比如一些老的Python框架，基类封装了请求处理、数据流转的通用逻辑，子类只需要实现特定的业务钩子方法。
• 复用通用流程：当多个子类需要共享一套相同的流程逻辑，仅在个别步骤有差异时，父类可以把通用流程写死，子类实现差异步骤的方法。

但这种写法属于非Pythonic的原因是违反了“显式优于隐式”的原则：没有明确约定子类必须实现str_to_uppercase方法，既没有用抽象基类（abc.ABC）强制约束，也没有在父类中给出空实现或抛出NotImplementedError，导致静态检查工具报错，代码可读性差，后期维护时容易因为子类忘记实现方法而触发运行时错误。

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