方法一和方法二的核心区别在于 TypeScript 的安装范围和使用场景,具体差异如下:
1. 安装范围不同
-
方法一(局部安装)
npm install typescript --save-dev- TypeScript 仅安装在当前项目的
node_modules目录中,属于项目级别的依赖。 - 只能在当前项目中通过
npx tsc或 npm 脚本调用,其他项目无法直接使用。
- TypeScript 仅安装在当前项目的
-
方法二(全局安装)
npm install -g typescript- TypeScript 安装在系统的全局目录中(如 Node.js 安装路径下的
node_modules),属于系统级别的依赖。 - 安装后可在任何项目中直接通过
tsc命令调用,无需重复安装。
- TypeScript 安装在系统的全局目录中(如 Node.js 安装路径下的
2. 适用场景不同
-
方法一(局部安装) 更推荐用于实际项目开发:
- 每个项目可以使用独立的 TypeScript 版本,避免不同项目因版本差异导致兼容性问题(例如 A 项目用 4.0 版本,B 项目用 5.0 版本)。
- 团队协作时,通过
package.json可以锁定依赖版本,确保所有人使用相同版本的 TypeScript。 - 项目迁移或部署时,只需执行
npm install即可复现完整依赖环境。
-
方法二(全局安装) 更适合快速测试或学习场景:
- 可以在任意目录快速创建
.ts文件并通过tsc编译,无需初始化项目。 - 缺点是全局只有一个 TypeScript 版本,若不同项目需要不同版本,会产生冲突。
- 可以在任意目录快速创建
3. 调用方式不同
-
局部安装后,需通过以下方式调用
tsc:- 项目内终端执行
npx tsc(临时调用局部安装的 TypeScript)。 - 在
package.json中配置脚本(如"build": "tsc"),然后执行npm run build。
- 项目内终端执行
-
全局安装后,可直接在终端执行
tsc命令(无论当前处于哪个目录)。
总结建议
- 开发正式项目:优先使用方法一(局部安装),通过版本隔离保证项目稳定性。
- 临时测试或学习:可使用方法二(全局安装),简化操作流程。