Question

以前，我一直在使用以下构建脚本来编译Closure项目：

# BUILD SCRIPT 1:

closure-library/closure/bin/build/closurebuilder.py \
    --root=closure-library/ \
    --root=src/ \
    --namespace="entrypoint" \
    --output_mode=compiled \
    --compiler_jar=compiler.jar \
    --compiler_flags="--js=closure-library/closure/goog/deps.js" \
    --compiler_flags="--compilation_level=ADVANCED_OPTIMIZATIONS" \
        > ../public_html/scripts/compiled.js

这可以正常工作，但会产生以下输出：

closure-library/closure/bin/build/closurebuilder.py: Closure Compiler 
now natively understands and orders Closure dependencies and
is prefererred over using this script for performing JavaScript 
compilation.

Please migrate your codebase.

See:
https://github.com/google/closure-compiler/wiki/Managing-Dependencies

经过多次实验，我终于让编译器正常工作（包括必要的goog.库）：

# BUILD SCRIPT 2:

java -jar compiler.jar \
    --js "src/**.js" \
    --js "closure-library/closure/goog/**.js" \
    --js "!closure-library/closure/goog/**_test.js" \
    --dependency_mode=STRICT \
    --entry_point=entrypoint \
    --compilation_level=ADVANCED_OPTIMIZATIONS \
    --js_output_file=../public_html/scripts/compiled.js

这产生类似的编译代码（某些部分被重新排序，一些变量名称被更改，但没有重要的差异）。但是，构建脚本2需要大约 50％才能运行（45秒与30秒相比）。

我的构建脚本2是否在某种程度上不正确/效率低于应有的程度？如果没有，为什么显着慢的编译方法“首选”？

Answer 1

所有代码实际上都是由closure-compiler解析的，而closure-builder使用正则表达式匹配（我相信）。

Closure-builder不包含许多现代依赖项，例如CommonJS或ES6模块 - 因此迁移。

Closure编译器依赖项计算比closurebuilder.py慢得多

1 个答案: