接口继承场景下如何识别子接口实现类？附游戏命令层级优化咨询

一、基础场景：List中识别实现B接口的对象 #

问题描述 #

定义接口A，子接口B继承A，List中包含CA（实现A）和CB（实现B）的实例，如何识别并调用B的methodB，用instanceof还是多态方案？

可行方案 #

1. 使用instanceof（Java 14+模式匹配更简洁）
   这是最直接且符合设计原则的方式——B是A的扩展能力，只有部分A的实现类具备，没必要让所有A强制支持methodB。代码示例：

public static void main(String [] args){
    List<A> l = new ArrayList<>();
    l.add(new CA());
    l.add(new CB());

    for (A obj : l) {
        obj.methodA();
        // Java 14+模式匹配，直接转型为B
        if (obj instanceof B b) {
            b.methodB();
        }
    }
}

2. 多态方案的局限性
   如果强行用多态，需要在A中新增methodB的默认实现：

public interface A{
    void methodA();
    default void methodB() {
        // 默认空实现或抛出UnsupportedOperationException
    }
}

但这违反了接口隔离原则——CA本来不需要methodB，却被迫继承该方法，反而增加了不必要的耦合，因此不推荐。

二、游戏命令层级优化场景 #

问题描述 #

基础命令（Move等）实现Command接口，LoopCommand继承Command用于循环命令（如Repeat），需要在Command列表中识别LoopCommand，调用anotherIteraction()判断是否继续执行当前命令，有没有更合理的设计？

优化方案：逻辑内聚，避免类型判断 #

推荐给Command接口新增一个默认方法shouldContinue()，将“是否继续执行当前命令”的逻辑封装到具体命令类中，主循环无需关心类型：

1. 调整接口与实现类

public interface Command{
    void execute();
    // 默认返回false，表示执行后切换到下一个命令
    default boolean shouldContinue() {
        return false;
    }
}

// LoopCommand可保留，作为标记或扩展接口
public interface LoopCommand extends Command {
    @Override
    boolean shouldContinue();
}

public class Move implements Command{
    public void execute(){}
    // 继承默认的shouldContinue，返回false
}

public class Repeat implements LoopCommand{
    private List<Command> body;
    private int repetition;
    private int currentExecutions = 0;

    @Override
    public boolean shouldContinue(){
        // 判断是否需要继续循环的逻辑
        return currentExecutions++ < repetition;
    }

    public void execute(){
        // 执行循环体内的命令逻辑
        if (!body.isEmpty()) {
            body.get(0).execute();
        }
    }
}

2. 简化主循环逻辑

public static void main(String[] args){
    List<Command> l = new ArrayList<>();
    l.add(new Move());
    l.add(new Repeat());
    int i=0;
    while(i<l.size()){
        Command cmd = l.get(i);
        cmd.execute();
        // 无需类型判断，直接调用统一方法
        if(!cmd.shouldContinue()){
            i++;
        }
    }
}

方案优势 #

• 符合开闭原则：新增其他需要持续执行的命令时，只需实现shouldContinue()方法，无需修改主循环逻辑。
• 逻辑内聚：每个命令自己决定是否需要重复执行，主逻辑只负责统一调度，职责更清晰。
• 避免了instanceof带来的类型耦合，代码更易维护。

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