SWC (Speedy Web Compiler) 是一个可扩展的基于 Rust 的平台,可用于编译和打包。
SWC 比默认的 TypeScript 编译器快大约 x20 倍。
安装
首先,安装几个软件包:
$ npm i --save-dev @swc/cli @swc/core
入门
安装过程完成后,您可以使用 Nest CLI 的 swc
构建器,如下所示:
$ nest start -b swc
# 或 nest start --builder swc
如果您的存储库是 monorepo,请查看此部分。
除了传递 -b
标志外,您还可以在 nest-cli.json
文件中将 compilerOptions.builder
属性设置为 "swc"
,如下所示:
{
"compilerOptions": {
"builder": "swc"
}
}
要自定义构建器的行为,您可以传递一个包含两个属性 type
("swc"
) 和 options
的对象,如下所示:
{
"compilerOptions": {
"builder": {
"type": "swc",
"options": {
"swcrcPath": "infrastructure/.swcrc"
}
}
}
}
要在监视模式下运行应用程序,请使用以下命令:
$ nest start -b swc -w
# 或 nest start --builder swc --watch
类型检查
SWC 本身不执行任何类型检查(与默认的 TypeScript 编译器相反),因此要打开它,您需要使用 --type-check
标志:
$ nest start -b swc --type-check
此命令将指示 Nest CLI 与 SWC 一起在 noEmit
模式下运行 tsc
,后者将异步执行类型检查。再次,除了传递 --type-check
标志外,您还可以在 nest-cli.json
文件中将 compilerOptions.typeCheck
属性设置为 true
,如下所示:
{
"compilerOptions": {
"builder": "swc",
"typeCheck": true
}
}
CLI 插件 (SWC)
--type-check
标志将自动执行 NestJS CLI 插件 并生成序列化元数据文件,然后应用程序可以在运行时加载该文件。
SWC 配置
SWC 构建器已预先配置为满足 NestJS 应用程序的要求。但是,您可以通过在根目录中创建 .swcrc
文件并根据需要调整选项来自定义配置。
{
"$schema": "https://json.schemastore.org/swcrc",
"sourceMaps": true,
"jsc": {
"parser": {
"syntax": "typescript",
"decorators": true,
"dynamicImport": true
},
"baseUrl": "./"
},
"minify": false
}
Monorepo
如果您的存储库是 monorepo,则必须配置webpack
以使用swc-loader
,而不是使用swc
构建器。
首先,让我们安装所需的软件包:
$ npm i --save-dev swc-loader
安装完成后,在应用程序的根目录中创建一个webpack.config.js
文件,其中包含以下内容:
const swcDefaultConfig = require('@nestjs/cli/lib/compiler/defaults/swc-defaults').swcDefaultsFactory().swcOptions
module.exports = {
module: {
rules: [
{
test: /\.ts$/,
exclude: /node_modules/,
use: {
loader: 'swc-loader',
options: swcDefaultConfig,
},
},
],
},
}
Monorepo 和 CLI 插件
现在,如果您使用 CLI 插件,swc-loader
将不会自动加载它们。相反,您必须创建一个单独的文件来手动加载它们。为此,
在 main.ts
文件附近声明一个 generate-metadata.ts
文件,内容如下:
import { PluginMetadataGenerator } from '@nestjs/cli/lib/compiler/plugins'
import { ReadonlyVisitor } from '@nestjs/swagger/dist/plugin'
const generator = new PluginMetadataGenerator()
generator.generate({
visitors: [new ReadonlyVisitor({ introspectComments: true, pathToSource: __dirname })],
outputDir: __dirname,
watch: true,
tsconfigPath: 'apps/<name>/tsconfig.app.json',
})
在此示例中,我们使用了 @nestjs/swagger
插件,但您可以使用您选择的任何插件。
generate()
方法接受以下选项:
watch | 是否监视项目的变化。 |
tsconfigPath | tsconfig.json 文件的路径。相对于当前工作目录 (process.cwd() )。 |
outputDir | 将保存元数据文件的目录的路径。 |
visitors | 将用于生成元数据的访问者数组。 |
filename | 元数据文件的名称。默认为 metadata.ts 。 |
printDiagnostics | 是否将诊断信息打印到控制台。默认为 true 。 |
最后,您可以使用以下命令在单独的终端窗口中运行generate-metadata
脚本:
$ npx ts-node src/generate-metadata.ts
# OR npx ts-node apps/{YOUR_APP}/src/generate-metadata.ts
常见陷阱
如果您在应用程序中使用 TypeORM/MikroORM 或任何其他 ORM,您可能会遇到循环导入问题。SWC 不能很好地处理循环导入,因此您应该使用以下解决方法:
@Entity()
export class User {
@OneToOne(() => Profile, profile => profile.user)
profile: Relation<Profile> // <--- see "Relation<>" type here instead of just "Profile"
}
Relation
类型从 typeorm
包导出。
这样做可以防止属性的类型保存在属性元数据中的转译代码中,从而防止循环依赖问题。
如果您的 ORM 没有提供类似的解决方法,您可以自己定义包装器类型:
/**
* Wrapper type used to circumvent ESM modules circular dependency issue
* caused by reflection metadata saving the type of the property.
*/
export type WrapperType<T> = T // WrapperType === Relation
对于项目中的所有 循环依赖注入,您还需要使用上面描述的自定义包装器类型:
@Injectable()
export class UserService {
constructor(
@Inject(forwardRef(() => ProfileService))
private readonly profileService: WrapperType<ProfileService>,
) {};
}
Jest + SWC
要将 SWC 与 Jest 结合使用,您需要安装以下软件包:
$ npm i --save-dev jest @swc/core @swc/jest
安装完成后,使用以下内容更新 package.json
/jest.config.js
文件(取决于您的配置):
{
"jest": {
"transform": {
"^.+\\.(t|j)s?$": ["@swc/jest"]
}
}
}
此外,您还需要向.swcrc
文件添加以下transform
属性:legacyDecorator
、decoratorMetadata
:
{
"$schema": "https://json.schemastore.org/swcrc",
"sourceMaps": true,
"jsc": {
"parser": {
"syntax": "typescript",
"decorators": true,
"dynamicImport": true
},
"transform": {
"legacyDecorator": true,
"decoratorMetadata": true
},
"baseUrl": "./"
},
"minify": false
}
如果您在项目中使用 NestJS CLI 插件,则必须手动运行 PluginMetadataGenerator
。导航到 此部分 了解更多信息。
Vitest
Vitest 是一款快速轻量级的测试运行器,旨在与 Vite 配合使用。它提供了一种现代、快速且易于使用的测试解决方案,可以与 NestJS 项目集成。
安装
要开始使用,首先安装所需的软件包:
$ npm i --save-dev vitest unplugin-swc @swc/core @vitest/coverage-v8
配置
在应用程序的根目录中创建一个 vitest.config.ts
文件,其中包含以下内容:
import swc from 'unplugin-swc'
import { defineConfig } from 'vitest/config'
export default defineConfig({
test: {
globals: true,
root: './',
},
plugins: [
// 这是使用 SWC 构建测试文件所必需的
swc.vite({
// 明确设置模块类型以避免从 `.swcrc` 配置文件继承此值
module: { type: 'es6' },
}),
],
})
此配置文件设置了 Vitest 环境、根目录和 SWC 插件。您还应该为 e2e 测试创建一个单独的配置文件,并添加一个额外的include
字段来指定测试路径正则表达式:
import swc from 'unplugin-swc'
import { defineConfig } from 'vitest/config'
export default defineConfig({
test: {
include: ['**/*.e2e-spec.ts'],
globals: true,
root: './',
},
plugins: [swc.vite()],
})
此外,您可以设置别名
选项以在测试中支持 TypeScript 路径:
import swc from 'unplugin-swc'
import { defineConfig } from 'vitest/config'
export default defineConfig({
test: {
include: ['**/*.e2e-spec.ts'],
globals: true,
alias: {
'@src': './src',
'@test': './test',
},
root: './',
},
resolve: {
alias: {
'@src': './src',
'@test': './test',
},
},
plugins: [swc.vite()],
})
更新 E2E 测试中的导入
将使用 import * as request from 'supertest'
的任何 E2E 测试导入更改为 import request from 'supertest'
。这是必要的,因为 Vitest 与 Vite 捆绑时需要对 supertest 进行默认导入。使用命名空间导入可能会导致此特定设置出现问题。
最后,将 package.json 文件中的测试脚本更新为以下内容:
{
"scripts": {
"test": "vitest run",
"test:watch": "vitest",
"test:cov": "vitest run --coverage",
"test:debug": "vitest --inspect-brk --inspect --logHeapUsage --threads=false",
"test:e2e": "vitest run --config ./vitest.config.e2e.ts"
}
}
这些脚本配置 Vitest 以运行测试、监视更改、生成代码覆盖率报告和调试。 test:e2e 脚本专门用于使用自定义配置文件运行 E2E 测试。
通过此设置,您现在可以享受在 NestJS 项目中使用 Vitest 的好处,包括更快的测试执行和更现代的测试体验。
您可以在此 存储库 中查看一个工作示例