The*_*aru 9 javascript node.js webpack webpack-dev-server
相关的webpack/webpack问题.
根据我的经验,在堆积了一定数量的组件和/或依赖项之后,在实际项目中使用webpack会变慢.我有一个测试存储库,试图通过以下应用程序来演示:
A.js,需要B.js和C.js.B.js 很小,并没有很多依赖.C.js 是单片的,有数千个要求.我的期望是,当webpack-dev-server在测试项目中使用时,每当我保存时B.js,webpack都应该认识到C.js并且没有触及任何依赖项.它应该B.js快速编译(在<10ms内),在缓存中替换它,并A.js使用C.js初始编译的缓存版本输出编译.
但是,3002每次保存时,webpack都会编译隐藏的模块B.js,从而导致编译时间过长960ms.这本身并不坏,但如果你添加一些像react-hot和的加载器螺旋失控babel.
我确实有一个解决方案:在同一个测试项目上有一个dll分支.在该分支,你可以运行webpack --config webpack.dll.config.js生成两个DLL从B.js并C.js随后将在编译时获得杠杆A.js.之后,在使用时webpack-dev-server,无论何时保存B.js,它的DLL都会被重新编译,A.js会注意到它的一个DLL已经更新,它只需要使用旧的DLL C.js和新的DLL B.js并将它们连接成一个快速的快乐包.
我可以进一步在该分支上进行目录读取或依赖图遍历,为每个组件生成一个DLL,这种方法可能会应用于每个webpack项目.那理论上应该按照我的意愿进行编译.但在那一点上,在我看来,我将重新实现(很差)webpack中的缓存层应该自己做什么,所以这里发生了什么?
| 归档时间: |
|
| 查看次数: |
1031 次 |
| 最近记录: |