泛型抽象类继承泛型接口时，隐式转换需先转接口的原因

• 泛型类型的编译期不确定性：TSelf是抽象类的泛型参数，编译时编译器仅知道它是继承自TargetManager<TSelf, TI, T>的类型，但无法直接确认builder的实际类型与TSelf之间存在合法的转换路径。直接强制转换TSelf时，编译器无法验证这种转换的安全性，因此会报错或不生效。

• 接口作为类型契约的明确性：ITargetManager<TSelf, TI>是TargetManager<TSelf, TI, T>实现的接口，而你的builder实例必然实现了这个接口（因为最终的子类继承了抽象类，间接实现了接口）。先将builder转换为该接口类型时，编译器能明确识别这是合法的引用转换（因为builder符合接口契约），此时再转换为TSelf，编译器知道TSelf是该接口的实现类，因此可以安全完成转换。

• 泛型约束的边界限制：即便你给TSelf加了继承约束（比如where TSelf : TargetManager<TSelf, TI, T>），编译器也无法推导builder的具体类型是否与TSelf存在直接的继承或转换关系。而接口是显式的实现契约，能打破这种泛型类型的模糊性，提供明确的转换依据。

• 隐式转换的解析逻辑：直接转换TSelf时，编译器会优先查找是否存在自定义的隐式转换操作符，若没有则会拒绝转换。而先转接口属于标准的引用类型转换（无需自定义操作符），再从接口转TSelf则利用了“接口实现类可向上转型为接口，也可向下转型为自身”的语言规则，因此能正常生效。

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