代码重构：继承链下让Base可访问ApplicationCallback方法且不修改全局调用

嘿，这个场景我之前重构的时候也碰到过——既要让顶层的Base类能调用ApplicationCallback的方法，又不想动已经写好的一堆调用代码，确实得找个兼容的路子。给你两个靠谱的方案，按需选：

方案一：重载方法+默认实现（Java 8+友好） #

这个方案的核心是新增一个兼容Base类型的重载方法，同时保留原有方法的向下兼容性：

1. 给ApplicationCallback新增一个参数为Base的抽象方法：

   public abstract class ApplicationCallback {
       // 原有方法，保持不变供现有调用使用
       public abstract void doSomething(Application app);
       
       // 新增的兼容Base的抽象方法
       public abstract void doSomething(Base app);
   }
   

2. 如果你的项目用的是Java 8及以上，可以把原有方法改成default方法，自动转调新方法，这样现有子类甚至不用修改：

   public abstract class ApplicationCallback {
       // 原有方法改为默认实现，转调新方法，现有调用完全不受影响
       default void doSomething(Application app) {
           doSomething((Base) app);
       }
       
       // 子类只需要实现这个方法即可
       public abstract void doSomething(Base app);
   }
   

3. 现在Base类里就可以直接调用callback.doSomething(this)了，参数类型完全匹配，而且所有原来调用doSomething(Application)的代码不需要做任何修改。

如果是Java 8之前的版本，没法用default方法，那可以把原有方法改成非抽象的实现，放在抽象类里转调新方法，子类只需要实现doSomething(Base)就行。

方案二：泛型改造，提升类型安全性 #

如果想从根源上解决类型兼容问题，泛型是更优雅的选择：

1. 将ApplicationCallback改成泛型类，泛型参数限定为Base的子类：

   public abstract class ApplicationCallback<T extends Base> {
       public abstract void doSomething(T app);
   }
   

2. 现有调用代码中，原来的ApplicationCallback实例可以直接当作ApplicationCallback<Application>使用（泛型擦除特性保证了向后兼容，甚至不用修改现有代码）。
3. 在Base类里，你可以使用ApplicationCallback<Base>或者通配符ApplicationCallback<? super Base>来调用doSomething(this)，完全没有类型转换的问题。

注意事项 #

• 不管选哪个方案，都要确保子类实现doSomething时，能正确处理所有Base子类的实例（比如Simple、Secure这些中间类），避免出现类型转换异常。
• 如果用方案一，记得给原有方法加上@Deprecated注解（可选），引导后续新代码使用兼容Base的重载方法。

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