Java中除switch外如何重构多if条件赋值逻辑？

首先看原始代码存在两个隐含问题：

1. 三个if是并列执行而非互斥，哪怕第一个分支已经命中赋值，后续两个判断依然会执行，存在无意义的性能开销；如果传入类似INTSTR这种同时匹配多个前缀的入参，最后返回的是最后一个命中分支的结果，很容易出现不符合预期的逻辑bug。
2. 分支逻辑和返回值硬编码耦合，后续新增类型需要直接修改判断逻辑。

除switch外，常见的重构方式有以下几种：

• 互斥分支+提前返回：把并列if改成命中即返回的互斥结构，从根源上避免重复判断和结果被覆盖的问题
• 键值映射表：用有序Map存储类型前缀和对应返回值的映射关系，遍历Map条目做前缀匹配，命中即返回对应值
• 枚举封装：将类型前缀、对应全量名称封装为枚举实例，在枚举内部实现统一的匹配逻辑
• 责任链模式：将每个类型的匹配、赋值逻辑拆为独立的处理节点，按优先级组成链式结构，入参沿链路传递，由第一个命中的节点返回结果

最佳方案没有绝对答案，要根据业务场景选：

场景1：类型映射固定、后续很少变更 #

如果这三个类型是固定规则，后续基本不会新增，优先选互斥分支+提前返回的方案，改动最小、可读性最高，没有额外的抽象开销，还能直接修复原代码的逻辑bug，重构后代码如下：

public String getFullType(String type) {
    // 提前判空避免空指针
    if (type == null) {
        return "";
    }
    if (type.startsWith("INT")) {
        return "integer";
    }
    if (type.startsWith("STR")) {
        return "string";
    }
    if (type.startsWith("DBL")) {
        return "double";
    }

    // some code
    return "";
}

场景2：类型映射较多、后续需要频繁调整 #

如果后续会不断新增新的类型规则，优先选枚举封装的方案，把所有映射规则统一收敛到枚举中，符合开闭原则，后续加类型只需要新增枚举实例，不需要修改核心判断逻辑，可维护性更强，实现代码如下：
首先定义类型枚举：

public enum TypeMapping {
    INT("INT", "integer"),
    STR("STR", "string"),
    DBL("DBL", "double");

    private final String prefix;
    private final String fullName;

    TypeMapping(String prefix, String fullName) {
        this.prefix = prefix;
        this.fullName = fullName;
    }

    public static String matchFullName(String type) {
        if (type == null) {
            return "";
        }
        for (TypeMapping item : TypeMapping.values()) {
            if (type.startsWith(item.prefix)) {
                return item.fullName;
            }
        }
        return "";
    }
}

原方法直接调用枚举的匹配方法即可：

public String getFullType(String type) {
    String result = TypeMapping.matchFullName(type);
    // some code
    return result;
}

其他方案的适用边界 #

• Map映射表方案虽然也能实现规则收敛，但需要手动保证Map的插入顺序（否则匹配优先级会乱），且没有枚举的类型安全保障，仅适合映射规则需要动态从配置加载的场景，固定规则下不如枚举好用。
• 责任链模式抽象过重，针对这种简单的赋值逻辑会新增很多冗余类，提升代码复杂度，仅适合每个分支的处理逻辑非常复杂的场景，当前简单赋值场景完全没必要。

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