移除父类A的属性b后，在A中保留getB()是否为良好实践？

背景回顾 #

你正在重构如下抽象类，目标是移除其中的b属性：

@Getter
@RequiredArgsConstructor
public abstract class A {
  // 其他属性
  protected final B b;
}

为此你创建了HasB接口，让需要b的子类实现：

public interface HasB {
  B getB();
}

示例子类：

@Getter
public class C extends A implements HasB {
  // 其他属性
  private final B b;
}

但现在所有接收A类型参数并调用getB()的方法都编译报错：

public void method(A a) {
  a.getB(); // 编译错误：A中无此方法
}

你不想在各处重复检查实例是否实现HasB再强转，询问是否可以在A中新增getB()方法做内部检查。

核心结论：不建议在A中新增getB()方法 #

这种做法会直接违背你重构的核心目标——把b从A中剥离，仅让真正需要它的子类持有。新增方法后，A又会间接承担起b的依赖职责，导致A的边界模糊，后续演进中可能再次出现不必要的耦合，相当于走回了重构前的老路。

更优解决方案 #

1. 修改方法签名，限定参数为HasB #

如果某个方法明确需要调用getB()，说明它的参数本质上应该是HasB类型，而非宽泛的A。直接修改方法签名：

public void method(HasB hasB) {
  hasB.getB();
}

这是最干净的方案，从编译期就保证了类型安全，无需任何运行时检查，完全符合依赖倒置原则——依赖抽象（HasB）而非具体类（A）。

2. 提取工具方法统一处理类型检查 #

如果方法必须接收A类型（比如需要用到A的其他属性），可以把重复的检查逻辑抽成静态工具方法，避免代码重复：

public class BUtils {
  public static Optional<B> getBFromA(A a) {
    return (a instanceof HasB) ? Optional.of(((HasB)a).getB()) : Optional.empty();
  }
}

调用方只需通过工具方法获取b，逻辑更简洁：

public void method(A a) {
  BUtils.getBFromA(a).ifPresent(b -> {
    // 处理b的业务逻辑
  });
}

这种方式既统一了检查逻辑，又保持了A的简洁性，符合重构初衷。

3. 拆分A的职责（可选） #

如果有大量A的子类都需要HasB，说明A可能承担了过多职责。可以拆分出两个抽象类：

// 原A的核心属性，不含b
@Getter
public abstract class BaseA {
  // 原A的其他属性
}

// 继承BaseA并实现HasB，供需要b的子类继承
@Getter
public abstract class AWithB extends BaseA implements HasB {
  protected final B b;
  
  protected AWithB(B b) {
    this.b = b;
  }
}

需要b的子类继承AWithB，不需要的继承BaseA。调用方可以根据需求选择接收BaseA或AWithB类型，从根源上消除类型检查的需求。

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