1 回答
TA贡献1776条经验 获得超12个赞
module
tsconfig.json中的内容告诉编译器对所发出的.js文件中的模块使用什么语法。经常使用的值是"commonjs"
(require / module.exports)或"ES2015"
(import / export关键字),但是还有其他模块系统。module
影响所发出代码的模块语法,而target
影响其余部分。
什么
Specify module code generation
意思
"module"
tsconfig.json中的内容告诉Typescript(TS)编译器将文件编译为Javascript(JS)时使用哪种模块语法。
当您设置"module"
要"commonjs"
在tsconfig.json,这意味着,在编译.js文件模块将使用CommonJS的(CJS)的语法,所以var x = require(...)
并module.exports = {...}
以进口和出口。如果您更改"module"
到"ES2015"
例如,编译后的代码将使用import
与export
在ES2015模块语法关键字使用。有关其他语法的概述,请在此处查看。
有几种不同的模块系统,其中CJS和本机ES模块(ESM)格式可能是使用最广泛的模块系统。选择什么取决于您的要求。如果是用于使用Node.js的服务器端项目,则可能是CJS,如果是用于Angular前端应用程序,则可能是ESM(或他们自己的NgModules,但这超出了本文的范围)。类似的情况是库和包装设计,以及您希望如何向消费者展示它们。这取决于哪种类型的用户将使用该代码,与他们一起使用什么(浏览器,Node)以及哪种模块系统最适合该工作?
ES Modules现在是用于在JS中导入/导出模块的内置标准,但是当没有本机解决方案时,就设计了其他模块系统:这就是为什么我们周围也有CJS,AMD和UMD模块的原因。它们并非都已过时,Node.js中仍大量使用CJS,例如AMD模块加载器允许导入非JS,这在某些情况下会很有用。如今,所有现代浏览器和Node 13.2.0+都支持ESM格式(有关兼容性数据和模块的更多背景信息,请参阅此页)。
但是然后我们有诸如esnext之类的选项
较新的JS版本有时包含用于模块导入/导出的更多功能。设置"module"
以"ESNext"
启用对这些功能的支持,而这些功能通常尚未添加到官方规范中。比如import(...)
表达式里面是动态导入的。
这是否意味着如果我将模块选项作为commonjs,则编译器会将代码编译为commonjs?
该"module"
设置不影响其余代码,"target"
而是用于该设置,并指定输出应兼容的JS版本。其他线程对此进行了解释,为了清楚起见,我仅在此处添加它。假设您要在Node项目中使用require(...)
,module.exports = {...}
而且还希望代码利用代码中的ES2015特性(例如let
,const
出于可读性/性能/其他原因)。在这种情况下,你会设定"module"
到"commonjs"
并"target"
以"ES2015"
在tsconfig。
无论如何,编译器的目的是将代码编译成浏览器可理解的语法(commonjs)。
是的,编译器必须将TS代码转换为浏览器可以理解的JS。但是,JS不再局限于浏览器,例如,Node在其他环境(服务器)中运行。实际上,CJS是作为服务器端模块格式使用的,而AMD模块则用于浏览器的导入/导出。
那么,这是否意味着您提供的模块类型会告诉编译器以哪种语法编写代码?
它告诉编译器以什么语法在输出.js文件中写入模块
添加回答
举报