由于大型数据js文件,browserify和babelify非常慢

Leo*_*cia 7 javascript node.js browserify babeljs

我有一个nodejs项目,它使用存储在js文件中的大型字典列表(数百万条目),如下所示:

module.exports = ["entry1", "entry2", "entry3", "entry4", "entry5", etc.];

然后我从其他文件中使用它们,如下所示:

var values = require('./filePath');

这很好用,它也适用于浏览器(使用browserify),但捆绑需要很长时间 - 大约10分钟.

我使用以下命令来创建包: browserify "./src/myModule.js" --standalone myModule -t [ babelify --presets [ es2015 stage-2 ] --plugins ["transform-es2015-classes", {"loose": true}]

我试图避免解析我的字典js文件使用,--noparse ["path1", "path2", "path3", etc.]但它没有任何区别.

理想情况下,我想加快browserify\babelify进程,但如果不可能,我会很高兴找到另一种方式(即避免require)来存储和使用我的列表,这样他们就不会减慢进程的速度但这在节点和浏览器中也起着至关重要的作用.

sri*_*ger 2

您可以单独捆绑数据文件,因此只需在数据发生更改时重新捆绑它们。这可以使用--require -r--external -x选项来实现。

要创建数据包,请执行以下操作:

browserify -r ./path/to/data.js -r ./path/to/other/data.js > data-bundle.js
Run Code Online (Sandbox Code Playgroud)

结果data-bundle.js将全局定义该require函数,该函数可用于获取您在上面命令中列出的任何文件。只需确保将此包包含在主包之前的脚本标记中即可。

如果能够使用--requireglob 模式就好了,但不幸的是 browserify 不支持这一点。如果您尝试使用 shell 来扩展模式,则该-r选项将仅适用于第一个模式,这很糟糕。您可能可以编写一个 shell 脚本来从某个东西构建命令ls,以避免必须明确列出所有数据文件,但这超出了问题的范围,我认为。

要创建主包而不重建数据文件,只需在命令中添加如下选项:

-x './path/to/data/*.js'
Run Code Online (Sandbox Code Playgroud)

require这告诉 browserify 基本上忽略它们并让它们通过其他包创建的全局函数被拉入。正如您所看到的,这确实支持全局模式,因此更容易一些。

更新:

要将这两个捆绑包合二为一,只需在 shell 脚本的末尾添加类似的内容,该脚本以构建主捆绑包的 browserify 命令开头:

cat data-bundle.js main-bundle.js > bundle.js
rm main-bundle.js
Run Code Online (Sandbox Code Playgroud)

不幸的是,这总是需要将 data-bundle.js 的副本写入磁盘,这可能是速度减慢的最终原因,正如我在下面的评论中提到的。不过值得一试。

如果也不起作用,您还可以采取其他一些更古怪的方法。不过,我现在将不再讨论这些内容,因为我认为它们不值得,除非您绝对必须将其作为一个文件并且没有其他方法可以做到这一点。:\