多层嵌套 if-else 代码优化重构的几种方案

悠悠 2024-03-16 16:05 74阅读 0赞

背景

相信大伙儿都见过这样的代码:

  1. if (true) {
  2. // do something
  3. if (true) {
  4. // do something
  5. if (true) {
  6. // do something
  7. if (true) {
  8. // do something
  9. if (true) {
  10. // do something
  11. }
  12. }
  13. }
  14. }
  15. }

功能跑起来没问题,但是作为一名追求代码精简的程序员,能用一行代码完成功能绝不写三行。业务开发过程中正好也遇到这样的重构诉求,于是有了这篇重构过程复现和衍生思考博客。

结论先行,重构这类嵌套if-else的代码,我主要采取了以下三种方式:

  • 三目运算符
  • 方法分层
  • 多态

2

优化思路

下面我将以实例的方式呈现这个重构过程。

重构前的业务代码是长这样的:

49d35a964e70fafeb97ae2f575c52b3c.png

2.1.三目运算符

利用三目运算符对一些简单if-else进行优化。

就像这样:

不使用三目运算符:

  1. if (queryParam.getCreateStartTime() != 0) {
  2. String strStartDate = DateUtils.longToFormatDate(queryParam.getCreateStartTime());
  3. }

使用三目运算符:

  1. String strStartDate = !(queryParam.getCreateStartTime() == 0 || queryParam.getCreateEndTime() == 0) ? DateUtils.longToFormatDate(queryParam.getCreateStartTime()) : null;

2.2.方法分层

所谓方法分层是受到设计模式里面的单一职责原则(SRP)启发,代码中很多参数需要判空。这时候抽象一个方法出来进行所有的参数合法性校验,以此达到代码简化的目的。

业务代码只进行业务逻辑编写,参数校验统一由参数校验方法完成。

就像这样:

  1. @Override
  2. public void checkListQueryParams(ListQueryParam queryParam) {
  3. if (Objects.isNull(queryParam.getPageNo()) || Objects.isNull(queryParam.getPageSize())) {
  4. throw new ChartException(MsgCode.CONSTRAINT_VIOLATION, PAGE_PARAMS_NULL);
  5. }
  6. }

业务侧直接调用该参数校验方法即可。

  1. checkParamsService.checkListQueryParams(params);

2.3.多态

上述两种方法都是局部优化if-else代码结构,如若要整体减少业务代码中的嵌套if-else,一个思路就是利用多态的特性,每种业务单独处理,在接口不再做任何业务判断。把业务代码(这里即是指条件查询方法)抽象出来,作为基础类,然后针对每种业务各自实现其子类。

具体例子如下:

BackgroundConditionQuery.java

  1. public abstract class BackgroundConditionQuery<T> {
  2. public abstract List<T> doQuery(ListQueryParam queryParam, ConditionQueryParams conditionQueryParams);
  3. }

BackgroundChartListConditionQuery.java

  1. public class BackgroundChartListConditionQuery extends BackgroundConditionQuery {
  2. @Autowired
  3. private ChartDao chartDao;
  4. @Override
  5. public List<Chart> doQuery(ListQueryParam queryParam, ConditionQueryParams conditionQueryParams) {
  6. List<Chart> chartList = new ArrayList<>();
  7. if (!Objects.isNull(queryParam.getSceneStatus())) {
  8. if (queryParam.getSceneStatus().equals(CHECK_STATUS_ALL)) {
  9. chartList = queryWithoutSceneStatus(conditionQueryParams);
  10. } else {
  11. byte sceneStatus = queryParam.getSceneStatus();
  12. chartList = chartDao.selectByConditionWithSceneStatus(conditionQueryParams.getStrStartDate()
  13. , conditionQueryParams.getStrEndDate(), conditionQueryParams.getId()
  14. , conditionQueryParams.getChartName(), conditionQueryParams.getCreatorId(), sceneStatus);
  15. }
  16. } else {
  17. chartList = queryWithoutSceneStatus(conditionQueryParams);
  18. }
  19. return chartList;
  20. }
  21. private List<Chart> queryWithoutSceneStatus(ConditionQueryParams conditionQueryParams) {
  22. return chartDao.selectByConditionWithAll(conditionQueryParams.getStrStartDate()
  23. , conditionQueryParams.getStrEndDate(), conditionQueryParams.getId()
  24. , conditionQueryParams.getChartName(), conditionQueryParams.getCreatorId());
  25. }
  26. }

BackgroundTemplateListConditionQuery.java

  1. public class BackgroundTemplateListConditionQuery extends BackgroundConditionQuery {
  2. @Autowired
  3. private TemplateDao templateDao;
  4. @Override
  5. public List<Template> doQuery(ListQueryParam queryParam, ConditionQueryParams conditionQueryParams) {
  6. List<Template> templateList = new ArrayList<>();
  7. if (!Objects.isNull(queryParam.getApproveStatus())) {
  8. if (queryParam.getApproveStatus().equals(CHECK_STATUS_ALL)) {
  9. templateList = queryWithoutApproveStatus(conditionQueryParams);
  10. } else {
  11. byte approveStatus = queryParam.getSceneStatus();
  12. templateList = templateDao.selectByConditionWithApproveStatus(conditionQueryParams.getStrStartDate()
  13. , conditionQueryParams.getStrEndDate(), conditionQueryParams.getId()
  14. , conditionQueryParams.getChartName(), conditionQueryParams.getCreatorId(), approveStatus);
  15. }
  16. } else {
  17. templateList = queryWithoutApproveStatus(conditionQueryParams);
  18. }
  19. return templateList;
  20. }
  21. private List<Template> queryWithoutApproveStatus(ConditionQueryParams conditionQueryParams) {
  22. return templateDao.selectByConditionWithAll(conditionQueryParams.getStrStartDate()
  23. , conditionQueryParams.getStrEndDate(), conditionQueryParams.getId()
  24. , conditionQueryParams.getChartName(), conditionQueryParams.getCreatorId());
  25. }
  26. }

这样之后,业务接口代码就只需要进行调用工作,完成了大量的嵌套if-else代码的重构。最后,业务接口代码就像这样:

  1. List<Chart> chartList = new ArrayList<>();
  2. // 时间日期筛选
  3. String strStartDate = !(queryParam.getCreateStartTime() == 0 || queryParam.getCreateEndTime() == 0) ? DateUtils.longToFormatDate(queryParam.getCreateStartTime()) : null;
  4. String strEndDate = !(queryParam.getCreateStartTime() == 0 || queryParam.getCreateEndTime() == 0) ? DateUtils.longToFormatDate(queryParam.getCreateEndTime()) : null;
  5. // 其他筛选条件
  6. String id = StringUtils.equals(SEARCH_TYPE_TEMPLATE_Id, queryParam.getSearchType()) ? queryParam.getSearchValue() : null;
  7. String chartName = StringUtils.equals(SEARCH_TYPE_TEMPLATE_NAME, queryParam.getSearchType()) ? queryParam.getSearchValue() : null;
  8. String creatorId = StringUtils.equals(SEARCH_TYPE_CREATOR_Id, queryParam.getSearchType()) ? queryParam.getSearchValue() : null;
  9. ConditionQueryParams conditionQueryParams = new ConditionQueryParams(strStartDate, strEndDate, id, chartName, creatorId);
  10. chartList = backgroundChartListConditionQuery.doQuery(queryParam, conditionQueryParams);

2.4.其他方法

除了以上方法外,还有两种方法可以进行嵌套if-else代码的重构,比如用一些特殊的数据结构去或者设计模型思想进行,如:

  • 使用Map替代分支语句,把所有状态类型预先缓存在Map里,需要调用的时候直接get获取具体状态类型,以此消除分支;
  • 使用卫语句,优化代码顺序,减少else条件的使用;
  • 设计模式中策略模式和状态模式,也可以用于减少业务接口的嵌套if-else代码,但归根到底还是用到了多态的特性去进行抽象。

3

反思

重构前的代码,也是能跑通的,并且思路也是清晰的,但是为什么还要花力气去重构他呢?这个问题这就是重构需要解决的问题之一。

重构前的代码在当前需求下是能够胜任工作的,但是一个月后,或者一年之后,甚至三五年后,这份代码就会因为历任产品的不同需求无限膨胀,一点也不”开发-闭合“,并且维护难度系数和if-else嵌套层数呈指数型增长,最终收敛于某次线上重大事故。

重构后的代码就会减少这样情况的发生。因此写下这篇博客,一是对此次重构过程复盘,二是提炼此类问题的重构模型,方便以后查阅补充。

发表评论

表情:
评论列表 (有 0 条评论,74人围观)

还没有评论,来说两句吧...

相关阅读

    相关 重构 - 代码优化技巧

    这次课讲的是「如何提高代码的可读性」,跟前端关系不大,是写代码的普遍技巧。 注意我们讲得不是「如何提高代码的性能」。 代码优化基本原则 1. 易读性优先 2. 如