promise的try catch，element表单验证的优雅方法

一个好习惯，先给结论

对promise进行封装改造，更方便、优雅地进行异步操作。完整代码库→：github

本文首发于blog.gis1024.com

这里才是引言

事情的起因是这样的：

在写苗刻地图项目时，遇到一个问题：表单验证怎么优雅进行，又或者说异步promise的异常怎么优雅处理。

以element的表单验证举例来说，写一个登陆表单时，点击登陆前需要验证账号密码是否都填写了，验证成功后再发起登陆请求。

简短代码如下：

<template>
    ....
    <el-form ref="formRef" ...></el-form>
    ....
</template>

<script setup>
    ....
    const formRef = ref(null);
    await formRef.value.validate(); // 表单验证，比如验证用户名密码是否都填写
    /*-----  验证成功后的操作  -----*/
    // 比如发起请求
    axios.post('xx/xx',{})
    ....
</script>

分析一下以上代码可以知道，验证成功后可以发起后续的登陆请求；验证不成功，则验证那行直接就抛异常了，后续登陆请求自然也就不会执行。

从最终结果上来说，这样的代码是符合整个功能逻辑的。但是，每次验证不成功时，没有处理抛出的异常。这样会带来两个问题：

控制台会飘红，打印抛出的异常；
如果前端做了一些异常监控的话，会将这些异常监控到并上传到服务器，造成脏数据事小，被领导觉得搞出bug来就问题大了。

一般的处理方式

作为一个老前端，这个问题肯定不会是现在才遇到，以前都是怎么处理的呢？

element也提供回调的验证方式，使用回调方法进行验证
不使用await，直接使用promise.then().catch()
使用 try{} catch(e){}

1和2不必说了，很容易理解，但是会增加代码的缩进，增加后续心智负担，await用惯了自然不喜欢这种方式。

我们来看看3的处理方式：

<template>
    ....
    <el-form ref="formRef" ...></el-form>
    ....
</template>

<script setup>
    ....
    try {
        const formRef = ref(null);
        await formRef.value.validate(); // 表单验证，比如验证用户名密码是否都填写
        /*-----  验证成功后的操作  -----*/
        // 比如发起请求
        axios.post('xx/xx',{})
    } catch(e){
        console.log('验证不成功咯')
    }
    ....
</script>

以上代码使用try catch包裹了一大坨，甚至还不如使用方法1和2。

我们需要一种更优雅的方式来实现

更优雅的处理方式

直接上代码了哈

to.js文件如下：

export function to(promise) {
  return promise.then(res => [null, res]).catch(err => [err]);
}

export default to;

在上述的表单验证中，这么来写：

<template>
    ....
    <el-form ref="formRef" ...></el-form>
    ....
</template>

<script setup>
    import to from 'to.js'
    ....
    const formRef = ref(null);
    const [err,res] = await to(formRef.value.validate()); // 表单验证，比如验证用户名密码是否都填写
    if(err) return;
    /*-----  验证成功后的操作  -----*/
    // 比如发起请求
    axios.post('xx/xx',{})
    ....
</script>