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

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

查看所有标签

猜你喜欢:

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

码农书籍

The NSHipster Fake Book (Objective-C)

Mattt Thompson / NSHipster Portland, Oregon / 2014 / USD 19.00

Fake Books are an indispensable tool for jazz musicians. They contain the melody, rhythm, and chord changes for hundreds of standards, allowing a player to jump into any session cold, and "fake it" th......一起来看看《The NSHipster Fake Book (Objective-C)》这本书的介绍吧!

码农工具