FlowType简易入门指北

  • 2019 年 12 月 5 日
  • 筆記

FlowType简易入门指北

写了一段时间JavaScript了,作为一个弱类型语言,无视类型判断在开发过程中带来了很多的好处,intfloat的转换、stringint的拼接。都可以直接通过一元运算符得到结果。 但同样的,代码量上去了以后,整个项目会变得非常复杂。 在开发过程中很难看出一段代码执行后的结果,或者一个函数参数/返回值的结构。 有很多bug是在运行时才发现的。

比如一些常见的坑: $input.value + 1 // 如果input的值为 `2` 我们得到的结果却是 `21` 以及在多人合作开发时,我们可能会提出一些公共的函数供其他人调用,例如: function numberAddComma (num) { return num // 添加千分位 } 如果不写注释的话,用的人很难去知道,这个参数到底是一个number类型还是一个string类型。

于是,我们就有了大佬们创造的FlowType,一个静态类型检查工具。 Flow可以在代码运行前对类型进行检查,包括:

  1. 类型错误
  2. 对null的引用
  3. 最坑爹的undefined is not a function

Flow的安装

我们可以通过直接安装flow的npm包来应用。

npm i -D flow-bin

然后在package.json中添加一行命令:

{    "scripts": {      "flow": "flow"    }  }

然后我们在项目根目录创建一个配置文件.flowconfigflow-bin提供一个命令生成一个空文件:

npm run flow init

在写完代码后通过执行npm run flow即可进行校验。

P.S. Flow只会检查带有@flow注释标记的文件。

Flow的使用

Flow具有两种类型检查方式:

  1. 根据变量在代码中的运用来推断变量的类型
  2. 通过事先声明好的类型来进行检查

通过代码来推断类型

// @flow  function maxNum (nums) {    return Math.max.apply(null, nums)  }    maxNum(true)    function joinStr (arr) {    return arr.join(' ')  }    joinStr(123)

以上代码执行npm run flow后,我们就会在终端看到如下报错信息

第一处表示apply预期第二个参数需要是支持迭代的,而我们传入的一个boolean类型变量是不支持的。 第二处则是提示我们number类型是没有实现join这个方法的。

// @flow    function product(num1, num2) {      return num1 * num2  }    product(1, 2)

以上代码的执行是不会出错的,因为两个number相加,这个是没有问题的。

以上的所有检测都是由Flow判断代码得来的,对我们现有代码的改动是非常小的,基本上就是在文件头部添加一个@flow标识就能完成Flow的配置。

固定类型

当然,完全依赖Flow去判断类型,对于一些基础的类型还是很好用的。 但如果遇到一些比较复杂的情况,还是建议直接在代码中添加类型的描述。

一个小例子:

就像上边的函数,+这个运算符既可以用在string也可以用在number上,所以在Flow自行判断来看,这个参数的类型就是number | string,而我们想要限制他为一个number 就只能自己添加类型的描述了。 然后我们将result的类型改为string观察一下:

这时我们就能看到抛出的异常,提示result的类型与函数numberAdd的返回值类型不匹配。 同理,如果我们在调用函数时传入一个string,Flow也会提示我们,类型不匹配,这极大的避免了因为类型转换带来的bug

这个是最基本的静态类型检查效果,或者我们可以提前定义一些特殊的数据格式。

然后我们在.flowconfig文件中添加它的引用。(如果没有这个文件请在根目录创建,用来进行一些Flow相关的参数配置,官网文档有详细的解说)

然后我们在一个文件中进行应用,创建一个函数,用来输出我们的Person对象的两个属性。

/* @flow */    function logPerson(person: Person): void {      console.log(`          firstName: ${person.firstName}          age:       ${person.age}      `)  }    let person: Person = { // 后边的 : Person 是可选的,因为会应用到我们前边所说的`推断类型`      firstName: 'Bellic',      age: 18  }    logPerson(person)

如果我们将变量personage改为string类型,我们会看到如下的错误提示:

当然,关于类型,并不是只限定的只有一种类型,你可以在后边添加多个类型,例如:

// @flow  function getResult (num: string | number): number {    console.log(num)      return 1234  }    let result1 = getResult(1)  let result2 = getResult('2')  let result3 = getResult(true) // error

对空值的处理

// @flow    const fs = require('fs')    function readFile(filePath) {      let buffer = fs.readFileSync(filePath)  }    readFile()

如果我们写了这样的一个函数,用来获取文件对应的数据的,在下边调用时没有传入filePath参数,Flow会给出我们提示:

强制要求我们对空值进行处理。

function readFile(filePath) {      if (!filePath) return ''      let buffer = fs.readFileSync(filePath)  }

这样Flow就不会报错了,避免了代码上线后出现与undefined/null相关的可怕问题。

在IDE中的使用

每次写完代码,都要去执行一下npm run flow,其实也挺烦人的,所以,我们可以直接将Flow应用到编辑器上。 关于Flow的应用,因为Atom编辑器支持的还不太好,所以搞了VSCode来测试。 我所使用的是ESLint版本的

首先我们需要安装Flow对应的eslint插件。

npm install --save-dev eslint eslint-plugin-flowtype

安装完插件后,还需要去VSCode中安装对应的Flow以及ESLint插件。

这些都完成后可能还会发现一些错误提示,类似:':' can only be used in a .ts file 这个是VSCode默认的一些错误检查,解决这个只需要在IDE的配置文件中添加如下设置即可"javascript.validate.enable": falsecommand + ,

这是我们就可以在IDE中直接看到Flow的类型检查了。

使用VSCode还有一个好处,当你写了一个应用了Flow的函数后,在调用函数时,光标悬浮在函数上,可以很直观的看到函数的签名:

以及如果我们将前边定义的Person结构拿过来,在签名中也是会直接体现出来的

移除Flow内容

因为Flow的语法并不是标准的JavaScript语法,所以我们要在代码最终上线前移除Flow相关的代码(主要是那些固定类型的描述,如果只是添加了@flow,直接应用即可)

flow-remove-types

这个程序会将你所有标有@flow的内容进行移除。。然后将移除后的代码生成后指定的目录下

npm i -g flow-remove-types  flow-remove-types src/ --out-dir dist/  # src 源文件地址  # dist 生成后的地址

babel+webpack

安装一个webpack插件

npm i -D flow-babel-webpack-plugin

然后我们修改 .babelrc文件,添加如下配置:

{    "plugins": [        "transform-flow-comments"    ]  }

然后在webpack.config.js文件中添加:

module.exports = {    plugins: [        new FlowBabelWebpackPlugin()    ]  }

babel编译JavaScript的同时也就会将Flow内容进行移除了。

参考链接

http://flowtype.org

关于Flow,个人感觉是一个挺好玩的东西,而且最重要的是,这个检查器的迁移成本非常低,低到甚至只是添加一个/* @flow */就可以使用Flow相关的功能了。 对现有代码的破坏几乎可以忽略不计。 只做一件事,且命中痛点,避免因变量类型造成的程序bug