跳到主要内容
版本:3.0.0

Midway CLI

提示

由于 CLI 底层能力都来源于社区现有的模块功能,为了减少过渡封装带来的维护成本和理解成本,CLI 中的各项功能都将逐步变为社区现有的模块,同时 CLI 库将停止继续迭代。

为此后续的变化为

  • 开发将从 midway-bin dev 变为 mwtsc
  • 编译将从 midway-bin build 变为 tsc
  • 测试将从 midway-bin test 变为 mocha 或者 jest
  • 覆盖率将从 midway-bin cov 变为 jest --coverage 或者其他类似指令

@midwayjs/cli 是新版本的 Midway 体系工具链,和 Serverless,以及原应用的工具链进行了整合。

基础入口

@midwayjs/cli 提供了两个入口命令。 midway-binmw 命令。

@midwayjs/cli 安装到全局时,一般使用 mw 命令,比如 mw dev 。当安装到项目中,做 cli 工具时,我们一般使用 midway-bin 命令,但是请记住,这两个命令是相同的。

dev 命令

以当前目录启动本地开发命令。

$ mw dev
--baseDir 应用目录,一般为 package.json 所在文件夹,默认为 process.cwd()
--sourceDir ts代码目录,默认会自动分析
-p, --port dev侦听的端口,默认为 7001
--ts TS模式运行代码
--fast 极速模式
--framework 指定框架,默认会自动分析
-f, --entryFile 指定使用入口文件来启动 bootstrap.js
--watchFile 更多的文件或文件夹修改侦听
--notWatch 代码变化时不自动重启

标准启动

$ midway-bin dev --ts

修改启动端口

针对 HTTP 场景, -p 或者 --port 可以临时修改端口。

$ midway-bin dev --ts --port=7002

修改启动路径

指定应用根目录,一般为 package.json 所在文件夹,默认为 process.cwd()

$ midway-bin dev --ts --baseDir=./app

修改ts源码路径

指定ts代码目录,默认会自动分析

$ midway-bin dev --ts --sourceDir=./app/src

修改 tsconfig.json 的位置

通过设置 TS_NODE_PROJECT 环境变量来指定tsconfig.json的位置。

$ cross-env TS_NODE_PROJECT=./tsconfig.dev.json midway-bin dev -ts

更快的启动方式

默认的启动方式为 ts-node,在文件数量特别多的情况下会比较慢,可以切换为 swc 等新的编译方式。

// 使用 ts-node 的快速dev模式
$ midway-bin dev --ts --fast

// 使用 swc 的快速dev模式
$ midway-bin dev --ts --fast=swc

监听文件变化

--watchFile 用于指定更多的文件或文件夹修改侦听,默认侦听 sourceDir 目录中 .ts.yml.json结尾的文件(可通过 --watchExt 参数指定更多扩展名),以及 baseDir 目录中的 f.yml 文件

// 指定多个文件,使用英文逗号分隔
$ midway-bin dev --ts --watchFile=./a.txt,./b.txt

// 指定多个文件夹和文件,使用英文逗号分隔
$ midway-bin dev --ts --watchFile=./test,./b.txt
  • --watchExt:指定更多的侦听文件扩展名,默认为 .ts.yml.json
// 指定多个文件扩展名,使用英文逗号分隔
$ midway-bin dev --ts --watchExt=.js,.html

本地单步Debug调试

--debug 参数启动 debug 模式,可以通过 chrome devtools 进行单步代码调试:

69456694-513D-4388-B52F-001562D4A520.png 您可以通过 chrome://inspect/ 打开 nodejs devtools 进行断点调试:

image.png

image.png 您也可以直接通过 chrome 浏览器打开命令行中输出的 devtools 协议的链接,给对应代码添加断点后调试:

10016148-385E-46A4-8B3A-0A0110BECD18.png

如果您使用 vscode ,那么您可以使用 vscode 的 js debug terminal,在其中执行 dev 命令(无需添加 --debug 参数)启动就可以打断点调试了。image.png

test 命令

以当前目录启动测试,默认使用 jest 工具,可以使用 --mocha 参数指定使用 mocha。

$ midway-bin test --ts
-c, --cov 获取代码测试覆盖率
-f, --file 指定测试文件,例如 ./test/index.test.ts
--ts TS模式运行单测
--forceExit jest forceExit
--runInBand jest runInBand
-w, --watch watch模式
--mocha 使用 mocha 进行单测

使用 mocha 进行单测时,需要手动安装 mocha@types/mocha 两个依赖到 devDependencies 中:npm i mocha @types/mocha -D

信息

如果项目中使用了 TypeScript 的 path alias,请参考:测试

使用 mocha 替代 jest

有些同学对 mocha 情有独钟,希望使用 mocha 作为测试工具。

可以使用 mocha 模式进行测试。

$ midway-bin test --ts --mocha

使用 mocha 进行单测时,需要手动安装 mocha@types/mocha 两个依赖到 devDependencies 中:npm i mocha @types/mocha -D

配置 alias paths

当你在 tsconfig.json 中配置了 paths 之后,并且模块包导入使用了 paths ,则会存在 mocha 做单元测试会导致路径无法被解析,无法使用通过导入 tsconfig-paths/register 解决

// src/configuration.ts

import 'tsconfig-paths/register';
// ...

需要添加 tsconfig-paths 并且在测试的时候引用进行处理

$ npm install --save-dev tsconfig-paths
$ midway-bin test --ts --mocha -r tsconfig-paths/register
信息

注意,由于 mocha 没有自带断言工具,需要使用其他如 assert,chai 等工具进行断言。

cov 命令

以当前目录启动测试,并输出覆盖率信息,默认使用 jest 工具,可以使用 --mocha 参数指定使用 mocha。

$ midway-bin cov --ts

当使用 mocha 进行单测覆盖率时,您需要安装以下额外依赖。

$ npm i mocha @types/mocha nyc --save-dev

check 命令

自动分析代码中存在的问题,并给出修复建议。

$ midway-bin check

目前已提供 32 项问题的校验。

build 命令

使用 mwcc(tsc)进行 ts 代码编译,适用于标准项目,Serverless 项目请使用 package。

$ midway-bin build -c

-c, --clean 清理构建结果目录
--srcDir 源代码目录,默认 src
--outDir 构建输出目录,默认为 tsconfig 中的 outDir 或 dist
--tsConfig tsConfig json 字符串或文件位置
--buildCache 保留构建缓存

deploy 命令

适用于 Serverless 项目发布到 Aliyun FC、Tencent SCF、Aws Lambda 等运行时。

执行 deploy 命令会自动执行 package。

$ midway-bin deploy

-y, --yes 发布的确认都是yes
--resetConfig 重置发布配置,AK/AK/Region等
--serverlessDev 使用 Serverless Dev 进行aliyun fc函数发布,目前默认为 funcraft
...兼容package命令的所有参数

函数发布时域名配置

f.yml 中配置 custom.customDomainauto ,则在发布时会配置一个临时的自动域名:

custom:
customDomain: auto

如果要取消自动的域名,将 customDomain 改为 false

custom:
customDomain: false

如果有自定义域名,在 customDomain 中配置即可:

custom:
customDomain:
domainName: test.example.com

如果自定义的域名,需要使用 https,那么在 云控制台 配置好 https 证书之后,需要将 customDomain 设置为 false,避免下次发布时重置成 http:

custom:
customDomain: false

每个路由都部署成了一个函数

可以使用高密度方案,合并成一个函数,f.yml 加如下配置

aggregation:
main:
functionsPattern:
- '*'

aliyun 发布 AK 错误问题

在第一次进行aliyun发布或使用 --resetConfig参数的时候都可以重置 ak。

不过要注意的是每次 ak 都会默认创建一个新的 access 分组,在修改配置时会自动生成分组名,如果要覆盖之前的 AK 需要手动输入,如图:

image.png

发布时默认使用的分组为 default,如果您在修改配置时如上图使用了 default-2,那么需要在发布的时候通过 --access参数指定使用 default-2

midway-bin deploy --access=default-2

package 命令

适用于 Serverless 项目构建

$ midway-bin package
--npm npm client,默认为自动识别添加registry
--sourceDir 源代码所在目录,默认会自动分析
--buildDir 构建结果目标目录
--sharedTargetDir 共享文件目标目录,默认为static,参考 --sharedDir 参数
--sharedDir 构建时会拷贝此目录到结果目录内的 $sharedTargetDir 目录
--skipZip 跳过zip打包
--skipBuild 跳过ts代码构建
--tsConfig tsConfig json 字符串或文件位置
--function 指定打包哪几个函数,多个使用英文 , 分隔

参数详解

  • --function:指定打包哪几个函数,多个函数使用英文 , 分隔
// 打包
midway-bin package --function=a,b,c

// 发布
midway-bin deploy --function=a,b,c

函数构建打包时文件拷贝逻辑

默认拷贝的内容包含 后端代码文件夹 (一般为 src 、faas前后端一体化一般为 src/apis)内的所有非 .ts 后缀的文件,以及 项目根目录 下的以 .js.json.yml 为扩展名的所有文件和 configapp 文件夹内的所有文件。

如果要拷贝额外的文件,可以通过在 f.yml 文件中添加 package字段 中的 include 来指定,可以配置文件名,也可以通过 fast-glob 语法↗ 匹配,使用示例如下:

# ...已省略其他属性的展示

package:
include: # 通过 include 属性指定额外打包文件配置
- static # 项目根目录下的 static 文件夹
- a.json # 项目根目录下的 a.json 文件
- a/b/c.js # 项目根目录下的 a 目录下的 b 目录下的 c.js 文件
- a/b/c.json # 项目根目录下的 a 目录下的 b 目录下的 c.js 文件
- xxx/**/*.js # 项目根目录下的 xxx 目录下的所有 js 文件

实验性功能

f.yml 中通过 experimentalFeatures 配置开启实验性功能

1. ignoreTsError

在构建时忽略ts error,不中断构建过程。

experimentalFeatures:
ignoreTsError: true

2. removeUselessFiles

在构建时移除大量无效文件,例如 LICENSE*.ts.map**/test/ 等文件,可以有效减少构建包尺寸。

experimentalFeatures:
removeUselessFiles: true

3. fastInstallNodeModules

在构建时从当前的 devDependencies 中挑选出 production 依赖进行发布,可能会显著提升发布速度。

experimentalFeatures:
fastInstallNodeModules: true

CLI 扩展

1. 生命周期扩展

用户可以在 package.json 中添加 midway-integration 字段来根据各个命令的生命周期扩展 cli 的行为。

比如,在 package 命令 installDevDep 的后面添加自定义逻辑:

{
"midway-integration": {
"lifecycle": {
"after:package:installDevDep": "npm run build"
}
}
}

其中 lifecycle 的格式为 ${ 'before' | 'after' | '' }:${ 命令 }:${ 命令生命周期 }

package命令的声明周期列表:

 'cleanup', // 清理构建目录
'installDevDep', // 安装开发期依赖
'copyFile', // 拷贝文件: package.include 和 shared content
'compile', //
'emit', // 编译函数 'package:after:tscompile'
'analysisCode', // 分析代码
'copyStaticFile', // 拷贝src中的静态文件到dist目录,例如 html 等
'checkAggregation', // 检测高密度部署
'generateSpec', // 生成对应平台的描述文件,例如 serverless.yml 等
'generateEntry', // 生成对应平台的入口文件
'installLayer', // 安装layer
'installDep', // 安装依赖
'package', // 函数打包
'finalize', // 完成

2. 通过插件进行扩展

用户可以自己编写 cli 插件,通过插件来实现更为复杂的 cli 的行为,也可以添加自定义命令。 目前支持两种插件:

  • npm 插件,插件是一个npm包
  • local 插件,插件在本地位置

通过在 f.yml 文件中配置 plugins 字段使 cli 加载插件:

plugins:
- npm::test-plugin-model
- local::./test/plugin

plugin 配置格式为: ${ 'npm' | 'local' }:${ provider || '' }:${ pluginName || path }

插件的代码参考:

// src/index.ts

import { BasePlugin } from '@midwayjs/command-core';

export class TestLalalaPlugin extends BasePlugin {
commands = {
lalala: {
usage: '自定义命令',
lifecycleEvents: [
'a', // 自定义生命周期
'b',
],
// 暂无
options: {
name: {
usage: '参数 name, 例如: mw lalala --name=123',
shortcut: 'n', // 参数缩写
},
},
},
};

hooks = {
// 添加当前插件内的命令生命周期扩展
// lalala 命令的 a 生命周期
'lalala:a': async () => {

// 输出
this.core.cli.log('lalala command hook');

// 获取用户输入的参数
this.core.cli.log(this.core.options);

// f.yml 内容
this.core.cli.log(this.core.service);

// 仅在 -V 参数下输出的内容
this.core.debug('lalala');
},

// 添加其他插件内的命令生命周期扩展
// 在 package 命令的 copyFile 生命周期 “之前” 执行
'before:package:copyFile': async () => {
console.log('package command hook');
},

};
}