我有一个依赖于其他几个模块的 js 模块。我想避免使用 browserify 来构建 CommonJS 模块,因为它在闭包编译器缩小方面表现不佳。 我正在尝试像这样通过闭包编译器编译模块:
java -jar compiler.jar --js=node_modules/object-id/index.js --js=node_modules/each-csv/index.js --js=node_modules/matches-selector/index.js --js=index.js --process_common_js_modules --common_js_entry_module=index.js
我得到的一切都是错误的:
ERROR - required entry point "module$each_csv" never provided
ERROR - required entry point "module$matches_selector" never provided
ERROR - required entry point "module$object_id" never provided
3 error(s), 0 warning(s)
在闭包编译器中使用 commonjs 模块处理的正确方法是什么?
最佳答案
我提出的最佳解决方案是非包装 CommonJS 合并 - UncommonJS .
它将所有可靠模块以正确的顺序从传递的入口文件合并到一个单一范围的包中,解决全局变量干扰,替换 module.exports
和 require
声明和删除重复项,因此通过闭包编译器可压缩的结果比 browserify 包好约 27%。
关于javascript - 闭包编译器需要入口点 "..."从未提供,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25370995/