温馨提示:文本由机器自动转译,部分词句存在误差,以视频为准
00:00
接下来我们来介绍one of。为什么要用它呢?我们来看一下我们之前写的配置文件啊。我们开发的时候呢,我们写了很多有什么各种去除以资源。那么这个时候呢,如果一个JS问题进来了,他会怎么处理呢?他手先会遍地,诶发现这个load能不能处理,你不能,然后再看下一个load不能,再看下一个load不能再看下一个,再看下一个漏的再看下一个,再看下一个,诶能处理OK,满足。好比方说如果是CS文件啊,他进来发现第一个漏,诶能处理了,对吧,但是他不会停下来,他还会再看下一个漏能不能处理,再看下一个漏能不处理,再看下一个就这样的。那么这样的效率呢,就比较低啊。因为我们这里呢,你会发现啊,每一种文件只会经历一种类型的去处理。Lesss文件就是下面这个一起处理,那么less文件是下面这个处理,以此类推,每一种类型文件呢,只有一个相应的mode去处理。
01:02
所以他压根不需要把所有的都过一遍,没必要。所以我们就从这个角度上去提升性能,我希望呢,假设它被这个上面这个处理的下面就不看了,这样呢,它这个运行效率就会高一点点,同样的这个打包速度呢,就会快那么一点点。那么怎么做呢?非常简单啊,只要配置这个one wolf就好了,下面我们一起来改变一下,而这一个呢,在开发模式和生产模式都可以这样做。首先我们把所有的收起来。所有都收起来,然后呢,全部剪贴。然后呢,写在一个对象里面,写个one of one of,顾名思义就是其中一个啊,然后再把它粘上去。所有的配置都在one里面,那么做法就是啊,每个文件。只能被其中一个。
02:00
啊,捞到手。那在配置处理。每个文件只能背一个,第一个命中了就不看后面的了,第二个命中了也不看后面的了啊,如果前面没有命中,就会看后面的,以此类推,所以这些文件呢,就会被这些load呢相应的处理,这样呢能让它性能好一点点。那么我们可以把这个配置呢再继续啊,我们还需要在生产模式下也要这样写一遍。写完配置之后呢,我们记得运行一下,因为你要检测一下这个到底他这个配置有没有改对啊,因为有同学可能因为单词写错呢,导致你配置改错了,所以你写完之后呢,比方说开发模式下,我们将PM star。运行看看效果,看看最终效果是不是还是能出来,只要有效果就OK了,然后呢,终止在NPM让必的,看看生产模式下有没有问题。那么这样写呢,的确能提升一些打包速度,但是不太明显,不太明显的原因就是因为我们的语资源太少了,我们圈资源就两三个C源也就这么些,所以提升性能它的确能提升,但是提升了不了多少,如果你去测的话,也不好测试,因为我们每次打包的这个这个速度啊,他说是1CPU的这个不稳定啊,所以你也没办法有一个确切的时间。
03:24
但的确能够更快。如果你找到一个更加庞大的项目,你会发现打包速度就有比较啊。明显的提升了。好了,那么这里呢,就是一个提升打包构建速度的方式,开发模式和市场模式都可以配置关,它的作用就是让我们的文件呢只被其中一个配置处理。
我来说两句