内容简介：我检查了包含它的所有库,它们都包含了完整路径的函数,即：从’lodash / find’导入find.Redux是使用它的主要依赖项,我也检查了它们的代码,它正确地通过其完整路径导入每个函数.这是我的webpack构建的json输出可视化：
我检查了包含它的所有库,它们都包含了完整路径的函数,即：从’lodash / find’导入find.
Redux是使用它的主要依赖项,我也检查了它们的代码,它正确地通过其完整路径导入每个函数.
这是我的webpack构建的json输出可视化：
https://www.dropbox.com/s/njjjtgtw19d52j6/Screenshot%202016-10-30%2006.27.44.png?dl=0
正如你所看到的,lodash占据了很大的比例,而只使用了一些方法.使用webpack-bundle-size-analyzer lodash可以达到135kb(当然是预先缩小和压缩),但它仍然比它应该大得多.
还有其他人经历过这个吗？我觉得它以某种方式减少了.
更新：我发现一个包使用点语法导入lodash函数：从’lodash.find’导入find.也许就是这样.点语法和完整路径语法之间有什么区别？
使用 babel-plugin-lodash
转换lodash方法的所有导入,例如来自’lodash’的import {map};从’lodash / map’直接引用import _map;：
{
"plugins": ["lodash"],
"presets": ["es2015"]
}
将它与 lodash-webpack-plugin 结合使用,只包含您需要的功能：
plugins: [
new LodashModuleReplacementPlugin({ 'collections': true })
]
翻译自：https://stackoverflow.com/questions/40329640/why-is-all-of-lodash-ending-up-in-my-webpack-build
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
- 抛弃UITableView,让所有列表页不再难构建
- 抛弃UITableView,让所有列表页不再难构建
- 如何监视 WPF 中的所有窗口，在所有窗口中订阅事件或者附加 UI
- 将所有类定义为Scala中的情况,只是让所有参数自动生成属性是否正确？
- Python捕获所有异常
- 一次解决所有代理问题
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
