当前位置: 首页 > 知识库问答 >
问题:

正确的进口方式

经炜
2023-03-14

我在下面有一个拉请求反馈,只是想知道哪种方式是正确的方式来导入洛蒂什?

您最好从“lodash/has”导入has。。对于lodash(v3)的早期版本,它本身非常繁重,我们应该只导入一个特定的模块/函数,而不是导入整个lodash库。不确定更新的版本(v4)。

import has from 'lodash/has';

vs

import { has } from 'lodash';

谢啦

共有3个答案

廖琨
2023-03-14

在大括号内导入特定方法

import { map, tail, times, uniq } from 'lodash';

赞成的意见:

  • 只有一个导入行(相当数量的功能)
  • 更易读的用法:在javascript代码中使用map()代替_. map()。

欺骗:

  • 每次我们想使用一个新函数或停止使用另一个函数时,都需要维护和管理

抄袭自:导入Lodash库的正确方法-Alexander Chertkov撰写的一篇基准文章。

法景明
2023-03-14

如果您使用的是webpack 4,则以下代码是可树抖动的。

import { has } from 'lodash-es';

注意事项;

>

  • 通用JS模块不是树摇动的,所以你一定要使用logash-es,这是作为ES模块导出的Lodash库,而不是logash(通用JS)。

    lodash es的软件包。json包含“sideEffects”:false,它通知Webpack4包中的所有文件都没有副作用(请参阅https://webpack.js.org/guides/tree-shaking/#mark-该文件将显示为(无副作用)。

    这些信息对于树抖动至关重要,因为模块捆绑器不会抖动可能包含副作用的文件,即使它们的导出成员没有在任何地方使用。

    编辑

    从1.9版开始。0,包还支持“副作用”:false,在从“lodash es”导入{has}之前 也可以与包裹一起晃动。它还支持树震动CommonJS模块,尽管根据我的实验,ES模块的树震动可能比CommonJS更有效。

  • 鲜于允晨
    2023-03-14

    从“lodash/has”导入has更好,因为lodash将其所有函数保存在一个文件中,因此与其以100k的速度导入整个“lodash”库,不如只导入lodash的具有函数,该函数可能为2k。

     类似资料:
    • 我刚接触docker,想要在守护进程模式下启动它,监听特定的IP地址和端口。文档中说,这可以通过编写来实现。然后它说我可以用这个命令列出正在运行的容器。如果我这样做,我会得到以下信息: 获取http:///var/run/docker.sock/v1.20/containers/json?all=1:拨号unix/var/run/docker.sock:没有这样的文件或目录。 是否尝试连接到启用T

    • 我正在处理一个数据库,我用AutoCloseabe的extends创建了一个名为Dao的公共接口,所以我有一个实现这个接口的类,但我想在那里创建一些私有方法,但它们仍然需要Autocloseable。所以我的问题是,我不能在接口中创建私有方法而不在接口中定义它们。如果我在类中创建一个私有方法,但不从DAO重写,就会发生这种情况?他们不会有自动关闭的,是吗?。如果没有,我可以实现哪种解决方案?

    • 我们在我们的项目中使用连接池。我们在我们的项目中看到,在连接关闭后,语句也会关闭。我知道在连接池的情况下,连接关闭后,到数据库的物理连接不会关闭,而是返回到池进行重用。所以我的问题是: 如果在连接关闭后关闭语句会发生什么?语句是否会正确关闭/关闭连接是否会关闭所有语句,关闭语句是多余的/语句是打开的,尽管连接返回到池中,但由于打开语句,它是不可重用的?(我们同时使用Statement和Prepar

    • 所以我有一个Java应用程序,它使用一个固定的线程池来执行一些代码。此代码包括使用输出到系统的第三方库。犯错误当我让这段代码执行单线程时,我“重定向”了系统。错误为最终打印到log4j日志的打印流。基本上是这样的: 这按预期工作。输出打印到日志文件而不是控制台,我可以通过更改log4j配置完全删除输出。完美。 当我开始添加多线程时,我做了一些研究,遇到了这样一个问题:在多线程Java程序中,每个线

    • 问题内容: 我读这个和这个,结果发现,在课堂上我需要保存到类的引用,当东西在发生类,我们执行由类的接口中定义的方法工具。好吧,我明白了。我以不同的方式使用接口来调用回调: 我发现这种方式更具可读性,更容易理解,但是不确定这是否是不好的做法。因此,我可以随意走这条路吗? 问题答案: 所以我可以随意走这条路吗? 这种方式不是很正确。 您在说的是称为Observer或/ 模式。 简而言之:订户想要从发布

    • 我读了这篇文章和这篇文章,发现在类中,我需要保存对类的引用,当类中发生一些事情时,我们执行一个由类实现的接口定义的方法。不知何故我明白了。我以不同的方式使用接口来调用回调: 我发现这种方式更易读,更容易理解,但不确定这是否是一个不好的做法。所以我可以自由地走得更远吗?