如何在程序中避免出现大量if和case

2025-12-12 0 705

在 Java 开发中,想要避免出现大量 if...elseswitch...case,可以使用多种设计模式和技巧来“消除条件分支”。下面总结几种常用、实战有效的方案


一、使用 策略模式(Strategy Pattern)

最经典、最推荐的方式。

使用场景

当你有一堆“根据类型执行不同逻辑”的判断,比如:

if (type.equals(\"EMAIL\")) { ... }
else if (type.equals(\"SMS\")) { ... }
else if (type.equals(\"PUSH\")) { ... }

优雅改造

定义一个通用接口 NotificationStrategy

public interface NotificationStrategy {
    void send(String message);
}

不同策略实现类:

@Component(\"EMAIL\")
public class EmailNotificationStrategy implements NotificationStrategy {
    public void send(String message) {
        System.out.println(\"发送邮件: \" + message);
    }
}

@Component(\"SMS\")
public class SmsNotificationStrategy implements NotificationStrategy {
    public void send(String message) {
        System.out.println(\"发送短信: \" + message);
    }
}

工厂自动管理策略:

@Service
public class NotificationService {
    private final Map<String, NotificationStrategy> strategyMap;

    @Autowired
    public NotificationService(Map<String, NotificationStrategy> strategyMap) {
        this.strategyMap = strategyMap;
    }

    public void notify(String type, String message) {
        NotificationStrategy strategy = strategyMap.get(type);
        if (strategy != null) {
            strategy.send(message);
        } else {
            throw new IllegalArgumentException(\"未知通知类型: \" + type);
        }
    }
}

调用:

notificationService.notify(\"EMAIL\", \"你好\");

二、使用 枚举 + Lambda + Map

适合一些轻量级逻辑分派,不用创建一堆类。

public enum Operation {
    ADD((a, b) -> a + b),
    SUB((a, b) -> a - b),
    MUL((a, b) -> a * b),
    DIV((a, b) -> a / b);

    private final BiFunction function;

    Operation(BiFunction function) {
        this.function = function;
    }

    public int apply(int a, int b) {
        return function.apply(a, b);
    }
}

调用:

int result = Operation.MUL.apply(2, 3); // 输出 6

三、使用 Map 映射表(函数表)

适合简单分派逻辑。

Map<String, Runnable> actions = new HashMap();
actions.put(\"A\", () -> System.out.println(\"执行逻辑 A\"));
actions.put(\"B\", () -> System.out.println(\"执行逻辑 B\"));

String type = \"A\";
actions.getOrDefault(type, () -> System.out.println(\"默认逻辑\")).run();

四、使用 责任链模式(Chain of Responsibility)

适合“逐步判断、条件过滤”的业务,比如审批、数据校验。

public abstract class Handler {
    protected Handler next;
    public void setNext(Handler next) { this.next = next; }
    public abstract void handle(Request request);
}

public class AuthHandler extends Handler {
    public void handle(Request req) {
        if (req.isAuthenticated()) {
            if (next != null) next.handle(req);
        } else {
            System.out.println(\"未登录\");
        }
    }
}

链式执行:

authHandler.setNext(validationHandler);
validationHandler.setNext(businessHandler);
authHandler.handle(request);

五、使用 状态模式(State Pattern)

适合“根据状态执行不同逻辑”的情况,比如流程节点、订单状态、任务状态。

public interface State {
    void handle();
}

public class PendingState implements State {
    public void handle() { System.out.println(\"等待审批\"); }
}

public class ApprovedState implements State {
    public void handle() { System.out.println(\"已通过\"); }
}

上下文:

public class Context {
    private State state;
    public void setState(State state) { this.state = state; }
    public void handle() { state.handle(); }
}

六、反射 + 注解(高级玩法)

可以用自定义注解 + 扫描注册的方式,动态调用方法,而不用写 case:

@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface ActionType {
    String value();
}

定义方法:

@ActionType(\"A\")
public void doA() { ... }

@ActionType(\"B\")
public void doB() { ... }

初始化时扫描并放入 Map,根据类型动态调用。


总结对比

场景 推荐方式 说明
多种类型执行不同逻辑 策略模式 Spring 最佳实践
简单分派逻辑 Map 或枚举 Lambda 少量逻辑、轻量级
逐步过滤、审批流程 责任链模式 解耦多层判断
不同状态不同行为 状态模式 适合流程引擎
动态注册调用 注解 + 反射 框架级玩法

收藏 (0) 打赏

感谢您的支持,我会继续努力的!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

申明:本文由第三方发布,内容仅代表作者观点,与本网站无关。对本文以及其中全部或者部分内容的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。本网发布或转载文章出于传递更多信息之目的,并不意味着赞同其观点或证实其描述,也不代表本网对其真实性负责。

左子网 编程相关 如何在程序中避免出现大量if和case https://www.zuozi.net/35734.html

常见问题
  • 1、自动:拍下后,点击(下载)链接即可下载;2、手动:拍下后,联系卖家发放即可或者联系官方找开发者发货。
查看详情
  • 1、源码默认交易周期:手动发货商品为1-3天,并且用户付款金额将会进入平台担保直到交易完成或者3-7天即可发放,如遇纠纷无限期延长收款金额直至纠纷解决或者退款!;
查看详情
  • 1、描述:源码描述(含标题)与实际源码不一致的(例:货不对板); 2、演示:有演示站时,与实际源码小于95%一致的(但描述中有”不保证完全一样、有变化的可能性”类似显著声明的除外); 3、发货:不发货可无理由退款; 4、安装:免费提供安装服务的源码但卖家不履行的; 5、收费:价格虚标,额外收取其他费用的(但描述中有显著声明或双方交易前有商定的除外); 6、其他:如质量方面的硬性常规问题BUG等。 注:经核实符合上述任一,均支持退款,但卖家予以积极解决问题则除外。
查看详情
  • 1、左子会对双方交易的过程及交易商品的快照进行永久存档,以确保交易的真实、有效、安全! 2、左子无法对如“永久包更新”、“永久技术支持”等类似交易之后的商家承诺做担保,请买家自行鉴别; 3、在源码同时有网站演示与图片演示,且站演与图演不一致时,默认按图演作为纠纷评判依据(特别声明或有商定除外); 4、在没有”无任何正当退款依据”的前提下,商品写有”一旦售出,概不支持退款”等类似的声明,视为无效声明; 5、在未拍下前,双方在QQ上所商定的交易内容,亦可成为纠纷评判依据(商定与描述冲突时,商定为准); 6、因聊天记录可作为纠纷评判依据,故双方联系时,只与对方在左子上所留的QQ、手机号沟通,以防对方不承认自我承诺。 7、虽然交易产生纠纷的几率很小,但一定要保留如聊天记录、手机短信等这样的重要信息,以防产生纠纷时便于左子介入快速处理。
查看详情

相关文章

猜你喜欢
发表评论
暂无评论
官方客服团队

为您解决烦忧 - 24小时在线 专业服务