机器学习只有配合人脑才能快速投入实战

如果作为业务设计，那么需要明确业务目标，根据你的说法，你需要在跟随温度变化及时采样来进一步控制档位和防止频繁档位变化损害电机之间取得平衡。
如果是我，我会这样设计：

1. 逻辑的输入：温度
2. 逻辑的输出：经过矫正的温度，下一次温度采样间隔
3. 逻辑分支A：输入的温度经过温度和档位映射表匹配知道是否需要切换档位，如果不需要切换档位，输出本档位的标准参考温度，确保不会激活硬件去切换档位
4. 逻辑分支B：输入的温度经过温度和档位映射表匹配知道是否需要切换档位，如果需要切换档位，计算上一次切换档位到现在的时间间隔，然后对比电机安全切换频率，决定输出不触发切换档位的温度，还是触发切换档位的温度
5. A和B逻辑汇总：A或者B逻辑执行之后，把当前温度加入之前纪录历史温度系列做求导，判断温度变化趋势是向缓还是走急，确定下一次温度采样间隔。

如果不考虑你是嵌入式系统，可以在一个大后台运行很庞大的程序，可以使用隐形马尔科夫模型（HMM），使用采样温度在时间上的变化，预测性切换档位，包括容忍一些小幅温度的抖动而减少频繁档位切换，等等更智能的功能。

回答问题之前，我想先问两个问题：
1. 继承的目的是什么？
2. 接口设计的目的是什么？

如果设计的结果变得如此纠结，那么是不是设计的时候考虑不周。因为你并没有给出具体类的说明和关系，所以我只能猜测：
1. A和B的继承关系，意味着相同的类类型，不同的类实现，或者有类扩展。
2. 实现接口IC，意味着某功能需要以基于面的方式暴露在外。
有这个两个前提，还出现B中间要调用实现IIC的函数，这就不应该了。没有具体的信息，我也只能说这么多了，也许你真有不得已的地方或者历史代码的约束，这些我都不得而知。