我们在处理数据时,常常会遇到某项数据,或者属性是 undefined
,从而引起中断性错误,造成数据处理失败。解决这一问题最直接的办法就是在使用前判断是否 undefined
,但是如果每一个数据使用前都进行判断,非常繁琐,而且容易遗漏。所以这里给大家介绍两个办法:
undefined
,避免繁琐的判断过程;为了更直观的描述问题和解决办法,我们设计了这样一个需求:
一般来说,现在的前端组件对表格数据的要求,都是:
除数据行之外,还包含一些附加信息用于分页,比如
那么,从后端返回的数据可能会是这样(JSON 示例)
{ "code": 0, "message": "查询成功", "data": { "total": 12345, "page": 3, "rows": [ { "id": 34, "title": "第 34 号数据", "stamp": "2020-06-25T20:18:19Z" }, ... ] } }
前端呈现如果使用 Layui 的数据表格,它所要求的数据格式是这样的(来自官方文档):
{ "code": 0, "msg": "", "count": 1000, "data": [{}, {}] }
远程响应数据结构和表格需要的数据结构之间,对应关系非常明显。
我们用 res
来表示后端 JSON 转成的 JavaScript 对象,那么为 Layui 准备的数据会这样取值:
const tableData = { code: res.code, msg: res.message, count: res.data.total, data: res.data.rows }
这个处理转换非常简单,只是做了一个属性名称的变化。
但是远端返回的数据,可能没有 code
,或者 message
,甚至没有 data
,那么上面的处理结果就可能包括 undefined
。前端组件不希望有这样的值,所以需要添加默认值处理。
为了演示默认值处理,我们假设,后端返回的数据规范比较灵活,为了节约网络资源,有一个默认值约定:
"code": 0
"message": ""
"total": 0
的情况,省略 "data": {}
"rows": []
这种情况下,在进行数据转换时就需要充分考虑到某项数据可能不存在,避免 undefined
错误。
Object.assign()
或者 Spread 运算符可以部分解决这个问题,但是
undefiend
属性”和“不存在的属性”处理行为不同不过我们可以利用解构变量能够赋予默认值的特性来进行处理。下面这段代码就巧妙地利用了这一特性来避免 undefined
错误。
function getData(res) { const { code = 0, message: msg, data = {} } = res; const { total: count = 0, rows = [] } = data; return { code, msg, count, data: rows } } const tableData = getData(res);
解构确实是可以解决问题,但是如果遗漏或者写错属性,调试起来恐怕不易。比如上面
const { message: msg } = res;
就很容易错写成
const { msg } = res
这是 JS 的硬伤,即使用 ESLint 这样强悍的静态检查工具也不能解决。但是如果引入强类型定义,使用 TypeScript 就好办了。
既然用 TypeScript,就需要为两个数据结构定义对应的类型了。
我们有两个数据结构 res
和 tableData
,在 TypeScript 里可以直接把它们定义为 any
类型,这是最简单的操作,但是没什么用 —— 因为 TypeScript 不检查 any
类型。
所以先根据我们之前的约定,把 res
和 tableData
的类型定义出来:
interface FetchData<T> { total: number; page?: number; rows?: T[]; } interface FetchResult<T> { code?: number; message?: string; data?: FetchData<T>; } interface LayuiTalbeData<T> { code: number; msg?: string; count: number; data: T[]; }
然后要把 res
声明成 FetchResult<T>
类型。这里我们暂时不关心具体每行数据的结构,所以直接用 any
代替好了
const res: FetchResult<any> = await fetch(); // 或者 // const res = await fetch() as FetchResult<any>;
这种情况下,假如我们不小心写错了属性名,比如解构时把源属性 message
错写成了目录属性名 msg
,即 const { msg } = res
,VSCode 是会提示错误的:
解决的办法是使用解构重命名:
const { message: msg } = res;
或者,如果我们忘了处理 undefined
,比如忘了给解构的 rows
赋予初始值,那也会得到错误提示,因为
rows?: T[]
表示它可省略,即可能是 undefined
data: T[]
表示它一定不会是 undefined
解决的办法是,赋予初始值,使其不可能为 undefined
:
const { rows = [] } = data;
完整的 TypeScript 代码如下(类型定义参考前面的定义):
function getData<T>(res: FetchResult<T>): LayuiTalbeData<T> { const { code = 0, message: msg, data = {} as FetchData<T> } = res; const { total: count = 0, rows = [] } = data; return { code, msg, count, data: rows } } // 这里 TypeScript 可以推导出 tableData 类型是 LayuiTalbeData<any> const tableData = getData(res);
回到 JavaScript,其实还有一个办法可以处理默认值的问题:
const tableData = { code: res.code || 0, msg: res.message || "", count: (res.data && res.data.total) || 0, data: (res.data && res.data.rows) || [] }
这也是一个非常常见的办法。这个办法在 TypeScript 中配置类型定义同样可行。只是对多层属性的处理仍然显得有点麻烦。不过 JavaScript 最近引入了“Optional Chain”和“Nullish Coalescing”特性,这个代码可以更简洁:
const tableData = { code: res.code ?? 0, msg: res.message, count: res.data?.total ?? 0, data: res.data?.rows ?? [] };
放在 TypeScript 中是这样写的:
const tableData: LayuiTalbeData<any> = { code: res.code ?? 0, msg: res.message, count: res.data?.total ?? 0, data: res.data?.rows ?? [] }
上面的 TypeScript 代码中,如果错写了 res.msg
或者忘了加 ?? []
等,TSC 或者 VSCode 都会有错误提示,以保证你能修正代码。
看,新特性配合 TypeScript 的强类型检查,简直是完美!
我们讲了最简单的数据转换:直接按源数据属性取值。虽然简单,但是有坑,也有处理的方法和技巧:
undefined
、null
,甚至 NaN
等需要特殊处理的数据undefined
属性的处理这里讲的数据处理比较基础,但其中的坑也比较容易被忽略。后面在专栏或订阅号中,我们还会继续探讨更复杂一些的数据处理分析方法和处理技巧,请关注!