LOGO OA教程 ERP教程 模切知识交流 PMS教程 CRM教程 开发文档 其他文档  
 
网站管理员

去掉 if...else 的七种绝佳之法...

admin
2023年12月7日 16:1 本文热度 562

我相信小伙伴一定看过多篇怎么去掉 if...else 的文章,也知道大家都很有心得,知道多种方法来去掉 if...else ,比如 Option,策略模式等等,但我相信大明哥这篇文章绝对是最全,最完备怎么去掉 if...else 的文章,里面有些方法我相信有小伙伴肯定不知道,我也不卖关子,直接进入主题,如何干掉 if...else。

方法一:提前 return

假如有如下代码:

if (condition){

  doSomething;

} else {

  return;

}

这种代码我们一般采用提前 return 的方式,去掉不必要的 else。

if (!condition){

  return

}

doSomething;

这种方法一般只适合分支结构很简单的 if...else,我们可以提前 return ,把一些不必要的 if...else 去掉。

方法二:枚举

枚举其实也是可以去掉 if...else 的,如下:

String orderStatusDes;

if ("1".equals(orderStatus)) {

    orderStatusDes = "订单未支付";

} else if ("2".equals(orderStatus)) {

    orderStatusDes = "订单已支付";

} else if ("3".equals(orderStatus)) {

    orderStatusDes = "订单已发货";

} else if ("4".equals(orderStatus)) {

    orderStatusDes = "订单已签收";

} else if ("5".equals(orderStatus)) {

    orderStatusDes = "订单已评价";

}

可能有小伙伴说,靠,谁会写这种代码?别这么绝对,大明哥工作这么久了,到现在依然看到有工作 5 、6 年的人写这样的代码。这种类型的代码非常适合枚举来解决。

先定义一个枚举类:

@Getter

@AllArgsConstructor

public enum OrderStatusEnum {

    UN_PAID("1","订单未支付"),

    PAIDED("2","订单已支付"),

    SENDED("3","订单已发货"),

    SINGED("4","订单已签收"),

    EVALUATED("5","订单已评价");

 

    private String status;

 

    private String statusDes;

 

    static OrderStatusEnum of(String status) {

        for (OrderStatusEnum statusEnum : OrderStatusEnum.values()) {

            if (statusEnum.getStatus().equals(status)) {

                return statusEnum;

            }

        }

        return null;

    }

}

有了这个枚举,上面代码直接可以优化为一行代码:

String orderStatusDes = OrderStatusEnum.of(orderStatus).getStatusDes();

当然一般在实际项目中,这种处理方式也不是最佳的,最佳的方式应该是在数据库里面有一个码值配置表,然后加载到系统缓存中来,在通过 code 去取值。当然枚举也是一种很好的解决方案。

方案三:Optional 判空

我相信各位小伙伴的项目里面一定存在非空判断,如果为空,则抛出异常或者 return。

Order order = getOrderById(id);

if (order == null) {

    return "-1";

} else {

    return order.getOrderStatus();

}

对于这种代码我们利用 Optional 可以非常优雅地解决。

return Optional.ofNullable(order).map(o -> o.getOrderStatus()).orElse("-1");

这种方式是不是非常优雅,有格调。最后补充一句:

防止 NPE,是程序员的基本修养

方案四:表驱动法

表驱动法,是一种让你可以在表中查找信息,而不必用过多的 if...else 来把他们找出来的方法。如下:

if ("code1".equals(action)) {

    doAction1();

} else if ("code2".equals(action)) {

    doAction2();

} else if ("code3".equals(action)) {

    doAction3();

} else if ("code4".equals(action)) {

    doAction4();

} else if ("code5".equals(action)) {

    doAction5();

}

优化方法如下:

Map<String, Function<?> action> actionMap = new HashMap<>();

action.put("code1",() -> {doAction1()});

action.put("code2",() -> {doAction2()});

action.put("code3",() -> {doAction3()});

action.put("code4",() -> {doAction4()});

action.put("code5",() -> {doAction5()});

 

// 使用

actionMap.get(action).apply();

其实这种方式也不是很好,因为它会显得代码非常臃肿。一种变形方案是将 doAction() 抽象成类。如下:

//1. 先定义一个 ActionService 接口

public interface ActionService {

    void doAction();

}

 

//2. 然后定义 5 个实现类

public class ActionService1 implements ActionService{

    public void doAction() {

        //do something

    }

}

 

//3. 加入表中

Map<String, ActionService> actionMap = new HashMap<>();

action.put("code1",new ActionService1());

action.put("code2",new ActionService2());

action.put("code3",new ActionService3());

action.put("code4",new ActionService4());

action.put("code5",new ActionService5());

 

//4. 调用

actionMap.get(action).doAction();

这种方式是不是比较优雅些!

方案五:策略模式 + 工厂方法

策略模式 + 工厂方法是解决 if...else 用得非常多的方案,它和上面的表驱动法有点儿类似。使用策略模式 + 工厂方法分为几个步骤,以上面例子为例:

  • 把条件模块抽象为一个公共的接口,策略接口

    public interface ActionService {

        void doAction();

    }

  • 根据每个逻辑,定义出自己具体的策略实现类,如下:

public class ActionService1 implements ActionService{

    public void doAction() {

        //do something

    }

}

 

public class ActionService2 implements ActionService{

    public void doAction() {

        //do something

    }

}

 

// 省略其他策略

  • 工厂类,统一调度,用来管理这些策略,如下:

public class ActionServiceFactory {

    private ActionServiceFactory(){

 

    }

 

    private static class SingletonHolder{

        private static ActionServiceFactory instance=new ActionServiceFactory();

    }

 

    public static ActionServiceFactory getInstance(){

        return SingletonHolder.instance;

    }

 

    private static final Map<String,ActionService> ACTION_SERVICE_MAP = new HashMap<String, ActionService>();

 

    static {

        ACTION_SERVICE_MAP.put("action1",new ActionService1());

        ACTION_SERVICE_MAP.put("action2",new ActionService2());

        ACTION_SERVICE_MAP.put("action3",new ActionService3());

        ACTION_SERVICE_MAP.put("action4",new ActionService4());

        ACTION_SERVICE_MAP.put("action5",new ActionService5());

    }

 

    public static ActionService getActionService(String actionCode) {

        ActionService actionService = ACTION_SERVICE_MAP.get(actionCode);

        if (actionService == null) {

            throw new RuntimeException("非法 actionCode");

        }

        return actionService;

    }

 

    public void doAction(String actionCode) {

        getActionService(actionCode).doAction();

    }

}

单例模式实现工厂类。

  • 使用

ActionServiceFactory.getInstance().doAction("action1");

这种优化方式也是很优雅的,特别适合分支较多,逻辑较为复杂的代码块,这种方式将分支逻辑与业务代码解耦了,是一种很不错的方案。

方案六:责任链模式

你想不到责任链模式也能优化 if...else 吧。责任链我们可以看做是一个单链表的数据结构,一个对象一个对象地过滤条件,符合的就执行,然后结束,不符合的就传递到下一个节点,如果每个对象都无法处理,一般都有一个最终的节点来统一处理。

我们依然以上面那个例子为例。

  • 定义责任链处理请求节点

public abstract class ActionHandler {

    // 后继节点

    protected ActionHandler successor;

    /**

     * 处理请求

     * @param actionCode

     */

    public void handler(String actionCode) {

        doHandler(actionCode);

    }

    // 设置后继节点

    protected ActionHandler setSuccessor(ActionHandler successor) {

        this.successor = successor;

        return this;

    }

    // 处理请求

    public abstract void doHandler(String actionCode);

}

  • 定义首尾节点,用于一些异常情况的处理

// 首节点,判断 actionCode 是否为空

public class HeadHandler extends ActionHandler{

 

    @Override

    public void doHandler(String actionCode) {

        if (StringUtils.isBlank(actionCode)) {

            throw new RuntimeException("actionCode 不能为空");

        }

 

        successor.doHandler(actionCode);

    }

}

 

// 尾节点,直接抛出异常,因为到了尾节点说明当前 code 没有处理

public class TailHandler extends ActionHandler{

 

    @Override

    public void doHandler(String actionCode) {

        throw new RuntimeException("当前 code[" + actionCode + "] 没有具体的 Handler 处理");

    }

}

  • 定义各个节点具体的实现节点

public class ActionHandler1 extends ActionHandler{

 

    @Override

    public void doHandler(String actionCode) {

        if ("action1".equals(actionCode)) {

            doAction1();

        } else {

            // 传递到下一个节点

            successor.doHandler(actionCode);

        }

    }

}

 

public class ActionHandler2 extends ActionHandler{

 

    @Override

    public void doHandler(String actionCode) {

        if ("action2".equals(actionCode)) {

            doAction2();

        } else {

            // 传递到下一个节点

            successor.doHandler(actionCode);

        }

    }

}

 

// 省略其他节点

  • 定义工厂,来构建一条完整的责任链,并负责调度

public class ActionHandlerFactory {

   

    private ActionHandler headHandler;

   

    private ActionHandlerFactory(){

        headHandler = new HeadHandler();

        ActionHandler actionHandler1 = new ActionHandler1();

        ActionHandler actionHandler2 = new ActionHandler2();

        ActionHandler actionHandler3 = new ActionHandler3();

        ActionHandler actionHandler4 = new ActionHandler4();

        ActionHandler actionHandler5 = new ActionHandler5();

 

        ActionHandler tailHandler = new TailHandler();

       

        // 构建一条完整的责任链

        headHandler.setSuccessor(actionHandler1).setSuccessor(actionHandler2).setSuccessor(actionHandler3).

                setSuccessor(actionHandler4).setSuccessor(actionHandler5).setSuccessor(tailHandler);

    }

 

    private static class SingletonHolder{

        private static ActionHandlerFactory instance=new ActionHandlerFactory();

    }

 

    public static ActionHandlerFactory getInstance(){

        return SingletonHolder.instance;

    }

       

    public void doAction(String actionCode) {

        headHandler.doHandler(actionCode);

    }

}

  • 使用

ActionHandlerFactory.getInstance().doAction("action1");

方案七:Function

Function 是 Java 8 中的函数式接口,利用好它我们可以极大地简化我们的代码,例如利用它我们可以轻松去掉我们的 if...else。比如有下面一段代码:

// 抛出异常

if (...) {

  throw new RuntimeException("哎呀,有异常哦...")

}

 

// if...else 分支

if(...) {

  doSomething1();

} else {

  doSomething2();

}

现在我们利用 Function 来处理上面两段代码

处理抛出异常

  • 定义抛出异常的形式的函数式接口

@FunctionalInterface

public interface ThrowExceptionFunction {

 

    /**

     * 抛出异常

     * @param message

     */

    void throwMessage(String message);

}

这里只需要有一个这样的函数式接口就行,而且方法也没有返回值,是一个消费型接口。

  • 增加判断工具类

public class ValidateUtils {

 

    /**

     * 抛出异常

     * @param flag

     * @return

     */

    public static ThrowExceptionFunction isTrue(Boolean flag) {

        return (errorMessage) -> {

            if (flag) {

                throw new RuntimeException(errorMessage);

            }

        };

    }

}

ValidateUtils 类也是非常简单的,如果传入的 flag 为 true,则抛出异常。isTrue() 返回值也是刚刚我们定义的 ThrowExceptionFunction。

  • 使用

ValidateUtils.isTrue(flag).throwMessage("哎呀,有异常哦...");

使用方式是不是非常简单?

处理 if...else 分支

其实使用 Function 来去掉 if...else 分支我认为有点儿偏门,因为它非常依赖我们定义的 Function 函数,比如我们定义的方法只有两个参数,那它就只能处理处理两个分支的,对于三个分支的 if...else 则需要重新定义方法。下面以两个分支为例。

  • 定义函数式接口

@FunctionalInterface

public interface ActionHandler {

    void doActionHandler(ActionService trueActionService,ActionService falseActionService);

}

函数式接口中定义了一个方法,doActionHandler(),它有两个参数,分别为:

  1. trueActionService:为 true 时要进行的操作

  2. falseActionService:为 false 时要进行的操作

  • 定义判断方法

增加一个工具类,用来判断为 true 时执行哪个方法,为 false 时执行哪个方法。

public class ActionHandlerUtils {

 

    public static ActionHandler isTrue(Boolean flag) {

        return (trueActionService,falseActionService) -> {

            if (flag) {

                trueActionService.doAction();

            } else {

                falseActionService.doAction();

            }

        };

    }

}

  • 使用

ActionHandlerUtils.isTrue(true)

        .doActionHandler(() -> {

            //do true Something

        },() ->{

            //do false Something

});

总结

大明哥在这里总结了 7 中方式用来解决 if...else 的问题,我相信里面总有一两种方案是你比较满意的,七种方案各有优劣,各自有各自的使用场景,我们需要在实践中不断领悟,在重构中不断进化,总结出适合自己最佳的重构方案。

重构之路,任重而道远,各位其行且珍惜


作者:大明哥_
链接:https://juejin.cn/post/7296751524809048073
来源:稀土掘金


该文章在 2023/12/7 16:11:20 编辑过
关键字查询
相关文章
正在查询...
点晴ERP是一款针对中小制造业的专业生产管理软件系统,系统成熟度和易用性得到了国内大量中小企业的青睐。
点晴PMS码头管理系统主要针对港口码头集装箱与散货日常运作、调度、堆场、车队、财务费用、相关报表等业务管理,结合码头的业务特点,围绕调度、堆场作业而开发的。集技术的先进性、管理的有效性于一体,是物流码头及其他港口类企业的高效ERP管理信息系统。
点晴WMS仓储管理系统提供了货物产品管理,销售管理,采购管理,仓储管理,仓库管理,保质期管理,货位管理,库位管理,生产管理,WMS管理系统,标签打印,条形码,二维码管理,批号管理软件。
点晴免费OA是一款软件和通用服务都免费,不限功能、不限时间、不限用户的免费OA协同办公管理系统。
Copyright 2010-2024 ClickSun All Rights Reserved