webpack性能问题 - 常见于gulp缓存，并行构建，加载链作为流表示

Question

1）主gulp功能正在使用nodejs流进行构建加速。 webpack加载链是否以相同的方式工作？ webpack-stream gulp插件不是答案，恕我直言，即它只是在条目上启动webpack。

2）webpack是否建立了没有webpack-parallel的平行线，或者这个插件是否必要？

3）gulp缓存，插件（gulp-newer，gulp-cached，gulp-remember）和webpack-dev-server缓存问题 - 如何创建公共缓存？

Answer 1

如果你正在使用Webpack，通常没有理由使用Gulp。 Webpack管理项目中的所有文件，包括静态资产和源代码。可能会有特殊情况需要Gulp，但我个人也没有遇到过这种情况。

1. 我不完全理解你所问的内容，如果我完全误解它，请道歉：对于开发，你应该在后台运行webpack dev服务器，这将保持您的捆绑包是实时更新的。通过gulp调用webpack没有任何好处。

2. Webpack一般来说速度相当慢，默认情况下不会并行执行任何操作。 Happypack项目是解决此问题的良好解决方案，并且相当容易安装。

3. Webpack重建整个＆＃34;捆绑＆＃34;更改任何源文件的代码。如果要在开发模式下缓存捆绑文件之外的内容，请使用DLLPlugin，它将单独的文件构建到磁盘上，与运行时热重新加载开发包无关。