我想在我们正在使用的javascript源代码上使用google封闭编译器。 在开发模式中,我们倾向于将功能分解为大量文件,但是对于生产而言,它们希望将它们组合成模块。
调用编译器时,我可以给它一个要包含的文件列表进行编译,但是它的输出显示编译器没有保存文件列表的顺序。
我搜索了它,发现我可以使用 goog.provide / good.require 来控制不同js文件之间的依赖关系。 问题在于它为我的js添加了我不需要或不想要的代码,例如:
goog.provide("mainFile")
将添加此内容:
var mainFile = {};
到已编译的js文件,这是我不想要的。 我们根本没有使用谷歌闭包库,我想要使用的只是编译器。
有没有办法告诉编译器文件的顺序,而不包括我不需要的更多“闭包库”功能? 我当然可以创建一个我自己的工具,它将首先获取所有文件,将它们组合成一个然后将成为编译器输入的文件,但如果它可以由编译器本身完成,我宁愿无效。 / p>
目标是能够在此主题中生成类似答案的模块:Using the --module option in Closure Compiler to create multiple output files
所以我想补充说,能够控制哪些文件进入哪个模块,同时控制他们的订单。 现在我不使用通配符,但我打算将来这样做(如果可能的话)。
简单地说“cat file1.js file2.js> combined.js&& compile ...”很好,但在我们的例子中它有点复杂,我们必须写一个程序/脚本这是基于一些逻辑。 如果我们能以某种方式告诉编译器高级文件的顺序,它可能只是节省了实现这样一个程序的时间。
感谢。
答案 0 :(得分:36)
Closure-compiler创建多个输出文件的能力提供了一个强大的工具,可以将输入文件分成不同的输出块。它被设计成可以根据所需的特征在不同的时间加载不同的块。有多个与块相关的编译器标志。
每次使用--chunk标志都会描述一个输出文件及其依赖项。每个块标志遵循以下语法:
--js inputfile.js
--chunk name:num_files:dependency
生成的输出文件将是name.js,并包含前面--js标志指定的文件。
依赖选项是您最感兴趣的选项。它指定父块的内容。块选项必须描述有效的依赖树(您必须具有基本块)。
以下是一个例子:
--js commonfunctions.js
--chunk common:1
--js page1functions.js
--js page1events.js
--chunk page1:2:common
--js page2function.js
--chunk page2:1:common
--js page1addons.js
--chunk page1addons:1:page1
在这种情况下,您告诉编译器page1和page2块依赖于公共块,而page1addons块依赖于page1块。
请记住,如果编译器确定它仅由该块使用,则编译器可以并确实将代码从一个块移动到其他块输出文件中。
这些都不需要关闭库或使用goog.require / provide调用,也不会在输出中添加任何代码。如果您希望编译器自动确定依赖关系或能够为您管理这些依赖关系,则需要使用模块格式,例如CommonJS,ES2015模块或goog.require / provide / module调用。
更新注意:在20180610版本之前,chunk
标记名为module
。它们被重命名以减少与适当的JS模块的混淆。答案已更新,以反映新名称。
答案 1 :(得分:1)
您也可以设置输出路径,例如:
- module_output_path_prefix ./public/js /
另见: Using the --module option in Closure Compiler to create multiple output files