为何在父类Explainer的__init__中将自身转为对应子类？

在复现机器学习可解释性算法SHAP的实现时，我遇到了一种特殊的代码设计：作者定义了作为所有模型特定实现通用接口的父类Explainer，它的__init__方法会接收一个算法类型字符串，直接调用时会将自身转换为对应的子类。示例代码如下：

if algorithm == "exact":
    self.__class__ = explainers.Exact
    explainers.Exact.__init__(self, self.model, self.masker, link=self.link, feature_names=self.feature_names, linearize_link=linearize_link, **kwargs)

我理解这段代码会把父类实例转为子类并完成初始化，这种实现方式的原因主要有以下几点：

• 统一入口，简化用户调用
  用户只需记住Explainer这一个类，传入不同的algorithm参数就能得到对应算法的实例，无需记忆所有子类名称，大幅降低使用门槛。比如用户不用区分ExactExplainer、TreeExplainer等，直接通过Explainer(model, algorithm="exact")就能创建目标实例。

• 严格保持接口一致性
  所有子类都遵循Explainer定义的接口规范，动态转换后，用户后续调用实例的方法（比如shap_values()）时，无需关心底层具体算法实现，直接按统一接口调用即可，完全避免了子类间的接口差异。

• 集中管理算法路由逻辑
  选择具体子类的逻辑被统一放在父类的__init__方法中，无需分散到代码各处。后续新增算法时，只需在父类的判断逻辑里添加新分支，同时实现对应子类即可，便于维护和扩展。

• 省去额外工厂类的开销
  这种方式相当于把工厂模式的逻辑内嵌到父类初始化方法中，不需要单独编写工厂类来创建不同子类实例，减少了代码层级，让整体结构更紧凑。

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