javascript – 为什么所有lodash最终都在我的webpack构建中?

栏目: 编程语言 · 发布时间: 5年前

内容简介:我检查了包含它的所有库,它们都包含了完整路径的函数,即:从’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


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

旷世之战――IBM深蓝夺冠之路

旷世之战――IBM深蓝夺冠之路

纽伯 / 邵谦谦 / 清华大学出版社 / 2004-5 / 35.0

本书作者Monty Neworn是国际计算机象棋协公的主席,作者是用生动活泼的笔触描写了深蓝与卡斯帕罗夫之战这一引起全世界关注的历史事件的前前后后。由于作者的特殊身份和多年来对计算机象棋的关心,使他掌握了许多局外人不能得到的资料,记叙了很多鲜为人知的故事。全书行文流畅、文笔优美,对于棋局的描述更是跌宕起伏、险象环生,让读者好像又一次亲身经历了那场流动人心的战争。 本书作为一本科普读物......一起来看看 《旷世之战――IBM深蓝夺冠之路》 这本书的介绍吧!

HTML 压缩/解压工具
HTML 压缩/解压工具

在线压缩/解压 HTML 代码

JS 压缩/解压工具
JS 压缩/解压工具

在线压缩/解压 JS 代码

随机密码生成器
随机密码生成器

多种字符组合密码