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

2023-12-20 20:28
文章标签 七种 去掉 else 绝佳 之法

本文主要是介绍去掉 if...else 的七种绝佳之法...,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

前端面试题库 (面试必备)            推荐:★★★★★

地址:前端面试题库

我相信小伙伴一定看过多篇怎么去掉 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{@Overridepublic void doHandler(String actionCode) {if (StringUtils.isBlank(actionCode)) {throw new RuntimeException("actionCode 不能为空");}successor.doHandler(actionCode);}
}// 尾节点,直接抛出异常,因为到了尾节点说明当前 code 没有处理
public class TailHandler extends ActionHandler{@Overridepublic void doHandler(String actionCode) {throw new RuntimeException("当前 code[" + actionCode + "] 没有具体的 Handler 处理");}
}
  • 定义各个节点具体的实现节点
public class ActionHandler1 extends ActionHandler{@Overridepublic void doHandler(String actionCode) {if ("action1".equals(actionCode)) {doAction1();} else {// 传递到下一个节点successor.doHandler(actionCode);}}
}public class ActionHandler2 extends ActionHandler{@Overridepublic 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 的问题,我相信里面总有一两种方案是你比较满意的,七种方案各有优劣,各自有各自的使用场景,我们需要在实践中不断领悟,在重构中不断进化,总结出适合自己最佳的重构方案。

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

前端面试题库 (面试必备)            推荐:★★★★★

地址:前端面试题库

 

这篇关于去掉 if...else 的七种绝佳之法...的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/517388

相关文章

servlet用反射代替if..else

String methodName = request.getParameter("method"); Method method = this.getClass().getDeclaredMethod(methodName,HttpServletRequest.class, HttpServletResponse.class); method.invoke(this, request, re

致远个性化之--发起流程页面,去掉【查看流程】按钮

需求 近期在做的项目中,遇到一个需求,想把发起流程页面中的【查看流程】按钮去掉,只让员工预测流程,知道自己的事项流程走向,不让看全局流程图。包含PC端和移动端,以及微协同端。 如下图效果示例: 实现 此需求,只能通过修改页面代码实现。在此不分析实现过程,现把具体实现方式呈现如下,各位如有需求可参照设置。适用版本V9.0,其他版本未进行测试,估计不会有大的差别! PC端 找到文件

强调重点元素、弱化辅助元素、去掉无关元素,工控HMI还能好不了

HMI设计,尤其工控领域的HMI设计,千万不要走极端,把界面搞得花哨,或者所谓的美观,切记实现功能才是第一位的。 在人机界面(HMI)设计中,强调重点元素、弱化辅助元素、去掉无关元素是非常重要的,可以提高用户体验和界面的可用性。 1. 强调重点元素: 通过颜色、大小、对比度等方式来突出显示重要的元素,例如使用醒目的颜色、加粗的字体或者特殊的图标来吸引用户的注意力。 2. 弱化辅助元

运动耳机哪个牌子的质量好?五款口碑绝佳机型安利!

​喜欢户外活动的你,肯定是个有格调的人。想象一下,如果在户外的时候,能戴上一款耳机,不仅跟环境搭,还能让你享受到超棒的音乐,那感觉得多爽!开放式耳机就是为这个目的设计的,它不塞耳朵,戴着更舒服,音质也棒,让你在户外能更好地感受到周围自然的声音。这耳机现在超受欢迎,作为一个既爱户外又爱数码的发烧友,我自己也试过不少款,它们真的给我的户外探险加了不少分。接下来,我会跟大家分享这些耳机的亮点,帮你挑出自

Java - 通过枚举避免大量 if-else

文章目录 Java - 通过枚举避免大量 if-else前提背景枚举实现1、定义枚举2、代码优化 拓展: Java - 通过枚举避免大量 if-else 前提背景 最近写代码有一个方法需要根据不同的 key 值往 Map 集合里存储 url,代码如下: public static void getUrl(String key, Map<String, String

经济不景气?相反,这才是普通人赚钱的绝佳机会!

“日子越来越难了!”身边类似的抱怨越来越多。 想想也是,这两年市场低迷、房地产暴雷、各行业内卷.....即便兜里有钱的,也面临资产缩水的风险。 但好在从去年开始,国内外AI企业黑马连出,AI文本、图片、视频生产模型直接颠覆了传统生产方式,创造了新的财富增长点。 趋势变了,从公司到普通个体的赚钱方式也该变了。 前不久,英伟达公布了自己2023的财报数据,毛利率达到了恐怖的72.7%,直接超过

mysql查询所有记录,并去掉重复的记录

distinct(str)函数是用来去掉重复记录的,但是它只是针对某一个字段可以去重复。例如:select distinct(name)from tablename; 但是如果想把其他字段值的记录也查询出来, 我一开始想的是使用select distinct(name) ,ta.* from tablename.注意distinct必须放在前面!但是这样并没有去掉重复的记录,后来想到了group

MFC单文档去掉默认的菜单、工具栏和状态栏

 1,去掉工具栏和状态栏, 在  int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)   中注销掉相关的工具栏和状态栏语句,即可。 2,去掉菜单, 在 BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs) 中,增加语句 cs.hMenu = NULL;//即 菜单句柄赋

Android13 Hotseat客制化--Hotseat修改布局、支持滑动、去掉开机弹动效果、禁止创建文件夹

需求如题,实现效果如下 : 固定Hotseat的padding位置、固定高度 step1 在FeatureFlags.java中添加flag,以兼容原生态代码 public static final boolean STATIC_HOTSEAT_PADDING = true;//hotseat area fixed step2:在dimens.xml中添加padding值和高度值

JavaScript 条件分支语句if...else

if 语句 只有当指定条件为 true 时,该语句才会执行代码   <!DOCTYPE html><html lang="en"><head><meta charset="UTF-8"><meta http-equiv="X-UA-Compatible" content="IE=edge"><meta name="viewport" content="width=device-wi