Monorepo中TypeScript如何联动构建Package A与应用B？

问题1：是否需要将Package A的package.json中main字段设为index.js？ #

是必须的。Node.js的CommonJS运行环境只能识别编译后的JavaScript文件，直接将main指向index.ts的话，Node会把TS文件当作ES模块解析，而应用B是CommonJS环境，就会出现无法识别export关键字的冲突。即便Package A的tsconfig配置了"module": "commonjs"，未编译的TS源码也不会被Node自动转换为CommonJS格式。

问题2：若如此，每次Package A改动都需手动构建以更新index.js吗？这过于繁琐。 #

不需要手动构建，可以通过以下方式自动化：

• 在Package A的package.json中添加监听构建脚本："scripts": { "dev": "tsc --watch" }，启动后只要修改TS代码，TypeScript就会自动编译生成最新的index.js
• 借助Monorepo工具（如pnpm、Yarn Workspaces）的工作区特性，统一管理子包的构建命令，无需逐个手动操作

问题3：能否在编译应用B时联动构建Package A？或有其他优化方案？ #

可以实现联动构建，还有以下几种优化方案：

• 自定义联动脚本：在Monorepo根目录的package.json中添加构建命令，先构建Package A再构建应用B，示例：

  "scripts": {
    "build:all": "cd packages/A && tsc && cd ../apps/B && tsc"
  }
  

• 使用Monorepo构建工具：比如Turbo，它会自动分析包之间的依赖关系，构建应用B前先完成Package A的构建，还支持构建缓存，大幅提升重复构建的速度
• 增量构建：给Package A的tsconfig启用"incremental": true，配合tsc --build命令，只编译改动的文件，减少构建耗时
• 开发阶段免编译方案：用ts-node直接运行应用B，它会实时编译依赖的TS文件，适合开发调试，但生产环境仍需提前编译为JS文件

内容的提问来源于stack exchange，提问作者MINJA KIM