【业务开发技巧】用断言+异常替代繁杂的返回值判断

喜欢ヅ旅行 2022-10-10 09:56 11阅读 0赞

## （1）杂谈 ##

在日常的业务开发过程中，我们经常需要根据用户的输入做一些基础以及数据关联的校验操作，比如用户的基础信息身份证，手机号是否满足标准，又或者用户的信息是否重复，以及在进行其他操作时发生的一些阻断性的行为，如果按照平常的方式要么直接返回统一的失败，要么返回特定的code并在controller层进行code判断然后返回给前端明确的错误信息，这种方式没有问题，但是给我的感觉就是比较繁琐，为什么不直接在业务代码里直接返回呢？非要通过这种可能出现模糊不清的code值进行交互？

如果你注意到一些框架源码的话，你会发现它们对于阻断的校验都是直接抛出异常，不会说还返回特定的code值在进行额外的处理。针对上述提出的问题，自己在日常的开发中总结业务校验的方式，个人感觉还是非常实用的。

## （2）表单基础校验 ##

涉及到一般的表单提交操作，前端会做数据字段的校验，同时后端也需要做数据字段的校验。  
对于这个有俩个方式可以选择，一个是传统的直接IF-ELSE的方式做字段的基本校验，这个虽然很“笨拙”，但是我觉得这样是没有任何问题的。  
JSR303 是一套JavaBean参数校验的标准，它定义了很多常用的校验注解，我们可以直接将这些注解加在我们JavaBean的属性上面(面向注解编程的时代)，这个更加推荐，使用起来也更加便捷代码看起来也更优雅，具体使用不在赘述  
需要注意的是，Controller的校验只限于基本的逻辑校验，比如判断字段值是否为空、身份证是否满足要求、电话号码是否满足要求、文本长度要求等等，这些是业务无关的可以放在Controller处理，如果涉及查询数据库重复性校验，或者其他业务相关的都需要交给Service处理。

Service不建议通过枚举或者不同的状态码来在Controller做判断抛出异常，完全可以自己定义一套异常处理机制，直接在Service层抛出，项目有针对此类业务异常的处理机制，直接将Service的错误信息和错误码返回到View层，让客户端根据状态码和错误信息作处理，这个可以利用Spring中的@RestControllerAdvice很好的处理各种情况

## （3）用 Assert(断言) 替换 throw exception ##

org.springframework.util;包提供了Assert断言处理类，该类帮我们封装了手动抛出异常的情况。

//布尔值判断 
       public static void isTrue(boolean expression, String message)
        { 
            if(!expression)
            { 
                throw new IllegalArgumentException(message);
            }
        }
        //对象为空判断
        public static void notNull(@Nullable Object object, String message)
        { 
            if(object == null)
            { 
                throw new IllegalArgumentException(message);
            }
        }
        //空字符串判断
        public static void hasText(@Nullable String text, String message)
        { 
            if(!StringUtils.hasText(text))
            { 
                throw new IllegalArgumentException(message);
            }
        }

## （4）个人的经验总结 ##

上面提到了错误业务返回使用异常处理，那么如何去处理这些异常并返回给客户端呢？

1：不管成功失败，只要是业务处理中自己抛出的异常HTTP状态码都是200，不管业务成功失败，HTTP头返回的状态都是200，业务的失败不要修改HTTP状态码，HTTP状态码非200的情况应该是未知的错误，系统级别的错误

2：前面提到了Result统一处理类，业务级别的状态码应该是这里的code，200一般表示业务处理成功。至于业务处理失败，可以根据自已公司要求，我一般返回都是400，表示请求错误，属于用户校验不通过，业务操作

3：在我目前的代码中，我一般业务错误直接使用Assert抛出异常，Spring这里提供都是IllegalArgumentException 异常，那我在全局异常处理时针对IllegalArgumentException 返回的就是400

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L09jdG9wdXMyMQ_size_16_color_FFFFFF_t_70]  
【前端参考】就是根据不同code值做判断，其实对于前端来说是透明没有改变

success: function (data) { 
      if (data.code===200){ 
          layer.msg(data.msg, { 
              icon: 1,
              time: 2000
          }, function () { 
              parent.layer.close(index);
              parent.location.reload();
          });
      }else { 
          layer.alert(data.msg, { 
              icon: 5,
              skin: 'layer-ext-demo'
          },function () { 
              parent.location.reload();
          })
      }
    },
    error: function (data) { 
        layer.alert(data.msg, { 
            icon: 5,
            skin: 'layer-ext-demo'
        },function () { 
            parent.layer.close(index);
            parent.location.reload();
        })
    }

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L09jdG9wdXMyMQ_size_16_color_FFFFFF_t_70]: /images/20221005/e0c6d5e4453e437d8524c655e7984edf.png