06-尚硅谷-webpack从入门到精通-webpack核心内容分析（下）

好了，那么接下来我们来写你注释啊，那么这里呢是压缩GS，这里是是压缩CSSOK。好了收起，那么下面呢，我们来看到一个东西叫Switch chance啊，那么这里呢，就是做代码分割的啊，这里其实他写的就是自动呢分割我们的Windows和common JS啊什么意思呢？就是当我们如果写了一些引入的一些not models代码对吧？当notes代码呢，超过啊指定大小的时候，比如20KB，那么它就会单独打包成一个文件啊输出去，还有一个就是如果我们存在什么import语法啊去对代码呢进行啊进行懒加载对吧？那么这时候它也会分割成单独文件串呢，就是分开分隔公共公开的文件啊，默认情况下呢，用默认配置窗or就已经足够了，那么除非你开发的时候呢，如果遇到了一些啊引入的一些比较多的一些库，第三方的库，对吧？那么你然后如果全都打包在一个Windows中，可能这个Windows文件太大了，那么你可以再去在这里面详细配置它们之间的不同的打包方案啊，那么一般来讲呢，我们用这个默认配置就够了啊，进行代码分割。

好，然后下面呢，软CH呢就是一个文件呗，这个呢，大家也用过之前的一个缓存啊，缓存呢，比如说啊harsh进行文件的一个命名，那么这时候呢，比方说我A文件有两个文件，A文件和B文件，其中呢，A文件呢依赖于B文件，对吧？那么这个时候呢，当我们去修改B文件的时候，B文件的文件哈希会发生变化，那么A文件因为依赖于B文件，所以A文件的哈希值也会发生变化，那么这个时候就会带来困扰，就是明明我只修改了B文件，结果A文件的缓存呢也失效了，对吧？所以让串口呢，它作用就是将A文件保存，B文件中的哈希值呢，提取到一个叫做runtime这个文件中，好当你一旦B文件发生变化，是B文件和这个runtime文件，它发生变化，而A文件的缓存是不会失效的，而软文件呢，因为只保存文件的哈希值，所以它整体的体积呢是比较小的，它缓存失效呢，咱们是能够接受的，对吧，所以呢，这里面呢。

我们是必要做这个事啊，它能够让我们更加持久的保持我们长期的缓存，好了，那么这以上呢，就是我们的这个optimization这里面的，所以大体来看一下，它其实就是包含一些压缩的配置啊，一些代码分割的配置，以及一个做缓存的一个配置，所以呢，这一部分呢，都是跟优化相关的啊好，接下来往下走啊result看到resource呢，咱们就知道这里面呢，主要定义的是咱们的啊一些解析的一些规则啊，所以我们可以看第一个呢，它定那个modeldus啊，然后这里写的no modeldus，那么实际上这什么意思呢？这里定义的就是诶咱们的model modeldus的解析规则啊，咱们no model呢，咱们去当我们写通过port语法去引入一个第三方模块的时候啊，他默认的情况下呢，是从自己自身模块找，找不到再去上一级，再找上一级对吧，以此类推啊，那么在这里呢，他定义好了这个modeldus呢，去找的一个范围，这样呢，他就不会这样笨的一层层去找了，对吧，他在当前目录找。

就没没有没有的话呢，它可以去这个跟目录下面的去找啊，这样的话呢，就比较的快捷一些。好，下面呢，是补充的文件扩展名，这个Mo，这个文件扩展名字来自于passs这个module file extensions啊，大家可以看啊，通常情况下呢，其实呢，就是去过滤啊，就是比方说他有没有啊，JS文件，JSX文件啊等等啊。S是这个路径别名对吧？它呢，如果你用呢，它可以啊，可以写一些啊一些别名，包括这个red啊，对吧，还有这些调试的等等，还有这个，那实际上呢，它配置这些别名呢，对于我们讲开发中啊，实际用途还是比较少的，比较少的，那么我们通常情况下呢，需要自己再去加额外的一些配置啊，路径别名就是方便我们写路径的时候简写啊。

好拉呢，这里其实就是为了增加这个pnp这个方案啊，那么这个方案呢，其实后面咱们再学习，咱们如果用啊，最近出来的这个WIFI5的话呢，实际上这个方案呢，用不用都无所谓了，因为它内置了。好，下面这个方案呢，是一个叫做模块解析的个插件，就是咱们模块呢解析啊，是去哪里找啊，它这里呢，其实规定好了，咱们能找的模块呢，只能是src模块，Src目录下面的文件，以及APP page je下面的文件，其他的文件都不能找，找了就会报错啊，那么这也是一个好处啊，因为我们要求在SSC下面写项目的源代码，如果你在SV外面去写，那就不太行，所以呢，它在这定一个插件来限制我们查找模块的一个范围啊，当然not除外啊，这里指的是自定义模块。好了，下面这个呢，也是配合那个PMP啊，PP有兴趣可以了解一下，它是解决我们NPM的一些痛点的啊的一个新技术啊，但是呢，目前啊，使用起来呢，还没有想象中这么广泛，对吧？毕竟PM呢和nono no JS是绑定在一起的，而这个PMP技术呢，嗯，还没有对吧？好，然后下面呢，再往下走啊，下面呢就非常重要了，接下来呢，是我们的这个所有的loader的配置啊，所以我们要仔细的去看。

好，这里呢，它有一个什么严格导出啊，然后下面呢，就是我们详细的load的各项规则了，好，首先呢，它定义了一些啊，这个require，这是之前的过去的一个语法叫extra，这个语法呢是不再支持了，所以它调了个false，咱们不再支持这种语法了啊好接下来呢，它第一个啊，它的大体呢，下面配置呢，我们可以收一下，大概分为两个啊，第一个呢，我们能看到就是执行的是yes this loader的配置啊，Yes this loader，那么这里呢，能看到enforce为pre啊，Pre的作用呢，就是让它优先执行检测的文件呢，就是我们那些GJSX或者TS等文件啊，那么开启的缓存对吧，做了这些小小的处理，那么使用的load呢，就是yes loader好，注意啊，Yes this load呢，实际上这里呢，它听见的配置呢，是比较有限的，而它具体的内容呢，大家具体的规则呢，大家要去看这个PA jeson啊，在PA jeson这里面指定了yes的配置呢，主要来自于APP以这个配置去检查啊，所以呢，你要去研。

这性配置就是看它，你要去修改配置呢，就在这里面的基础上呢，再往下去加，再去扩展一些额外的规则，好回到这里啊，那么这里呢，我们能看到几个点，第一个它要优先执行啊，待会呢，我们要搞清楚为什么优先执行，第二个呢，它只执行的只包含SC，那么这里面呢，也是以下的一个优化，对吧，我呢要检查的只有SC下面的文件，而not Mo呢，是不不在我检查范围之内的，对吧？好接下来呢，我们能看到它呢，剩下的一个规则呢，都在一个玩off里面，玩off呢，一个是小小的优化，玩off呢代表就是数组里面的log呢，我有且只有一个会被执行到啊，而且只有一个会被执行到，好所以呢，如果我们不用y off直接写的话呢，那么我们每一个文件呢，都会被每一个load处理，那么这样的性能呢，就不是那么好了，对吧？所以y offer呢是个小型的优化啊，那么第一个呢，我们能看到它就处理的是图片的，哎，你看什么JFJPG和PG等图片啊，使用的是这个U。

Hello的出题图片这里面呢，发掘这一个图片这个性质大小啊，大概是10KB，那么限制这个图片的话呢，就是为了呃，就是超小于10KB左右的一个图片呢，它会被BASE64转换，那么这样的优化就是被BASE64转换之后呢，它就不需要发送额外的请求，这样呢，我们的这个整体的项目呢，这个请求数量呢，就能更少一点，对吧？那么对服务器压力呢，就会更小一点，从而达到一个小小的优化啊，而这个大小呢，是可以调整的啊，它这里写的是11万嘛，1万币嘛，1万迈，那么就是10KB左右嘛，那么啊这啊，这个最低大小呢，应该是根据你项目的实际需求，根据UI切出来的图啊，比如说它恰好有一张13KB图片，对吧？那么你可以把它的这个大小的调为13左右，所以这个大小呢，并不是一定要按照官方去做的，官方认为10KB呢是可能，嗯，就是一个预估的数，而大家实际开发的时候呢，可以根据自己UI切数的图来。

就衡量这个大小，但是一般的超过20KB就不太靠谱了，对吧？啊，所以我们一般是20KB以下呢，其实都能接受啊，都能接受好，下面呢是处理babble对吧？诶这个呢也是处理JS文件的，处理babble啊，也是只处理SC下面的文件，使用bablo，那么bab呢，就是对我们的语法呢，进行编译对吧，进行语法编译，那么下面呢，有一些处理啊，包括一些cash啊，做的一些处理啊，都做好了，都做好了好了，那么这里就能看到，为什么它要把这个load呢，拆成两部分，一部分呢要优先执行，一部分放在这里，如果所有的都放在one of里面呢，就会带来一个困扰，就是我们的这个啊e load呢和B呢，只有一个能被执行啊，对吧，因为王off呢只有只能执行一个，所以呢他需要把两个拆出来，那么拆出来的话呢，到底是先执行E还是先执行BA呢？我们可以想象E呢是做语法检查，就检查我们写的那些语法有没有错误的，而BA呢是做语法转换，是。

就将我们的语法呢转换成一些啊，将比方说ES6以上的一些语法呢，转换成ES5和ES5以下的一些语法，好，那么elo呢，它一般检查的时候都是以YES6以上的语法为基准去检查的，比方说第一变量我要cause let关键字去定义，而BA呢，会将let转换成were，所以这个时候啊，如果你先执行的是BA，再执行load，那么BA呢，就会对BA转化后的代码呢进行报错了，所以这样呢，肯定不是我们期望看到的，所以我们也是先要进行的比啊检查，对吧，只有检查的代码没有出错才进行BA处理，所以呢，他叫去优先执行啊，在babible呢，放在这儿执行啊babble同样的babble呢，具体的一些做法呢，我们能在page jeson中，这里看到一个babble的配置。

对吧，它呢主要的配置呢，来自于这啊，来自于这APP，那么如果大家点进去APP看到的话呢，就是也能发现啊，它内部呢也做好了这个兼容器处理啊，使用的cos呢来做了按需加载，所以呢，我们这里面的一些兼容性呢，其实它主要的都做好了，我们也不需要太过操心。好，下面这个呢，就是也是处理JS文件啊，处理JS文件注意这里面呢，它排除了这个啊，Bbble的一些特殊的文件啊，使用blo呢去做处理啊，那么处理的主要是在JS文件，就是我们编译出来的一些啊一些一些JS的话呢，可能会被它进行处理啊，你看上面的呢，处理的能看到吧，上面的处理的是SC下面的也说除了SC下面以外的文件，比如说not modus对吧，那么会经过它处理啊，Notmodus会经过他处理。

好了，接下来呢，就是处理样式了啊，这里面的第一政则TC政策啊de呢是这个c Mo政策，这两个政则呢，因为时间比较久了，所以我们还是大家去看一下。来往上走，那么注意S正则呢，就是点S结尾，S model正呢就是点mo.s结尾啊，同样的下面S正则也是点S结尾，然后s model政策呢，就是点model.s结尾，好，大概知道这个是啊，我们往下走，OK，那么它呢，就是这里呢，就检查正常的S，排除掉那个modity s那些文件啊，然后呢，Side of维处呢，代表当前这些样式资源呢，都是有副作用的，就是不要进行treeking啊，所以他调了这个side of s true呢，咱们的样式文件呢，就不会进行king了，OK，那么这里面呢，能看到他呢调了get style loader这个方法啊，传了什么import loads啊，One啊和要不要这个s map对吧？好，我们来看一下这个函数啊。

在这里它就说两个参数嘛，对吧，我们来往下走啊好，首先呢，它定义些load是个数组，如果是开发环境它就用上了这个style load对吧？好注意啊，它这里一如果所有load呢，都用到一个require点方法，包括前面啊都用啊require点方法呢，能快速解析这个文这个模块的一个路径，反回一个解路径在这里，那么这样的好处在于呢，就是后续大家wi pack在解析的时候呢，就不需要再去复的去查找这个路镜，能够直接得到角路镜，所以呢，这个性能速度稍微快一点点啊好，然后生产环境呢，就用这个mini s这个load啊，那么大家也知道开发环境下呢，我们呢是样式呢，是会通过style标签插入到页中，对吧？这样呢，第二方面还能方便我们去做那个H对吧，HMR功能热门化替换功能，而生产环境呢，我们是要将CS文件提取成单独文件去打包的啊，所以呢，它这里用的这个插件，所以开发环境呢，是用style的生产环境。

家先用这个loader啊好，不管开发环境，生产环境呢，后面的load是一致的啊，用loader，然后这里呢，加入了我们option，那option呢，大家在前面也看了啊，其实大家就是import load就是IM input load代表的是它前面有几个loader要执行啊，有一个load呢，就import loader文一啊，然后第二个呢，就是要不要s map，要不要s map呢，就看我们那个变量了，对吧，那默认的情况下是要s map，所以S文件呢，也会产生我们那个点map文件啊好，那么S呢，就是将我们的样式呢，编译成我们的这个，呃，将将我们的样式呢整合到我们的JS中啊好POSZ呢是做S兼容性处理的啊，下面呢就是一大堆兼容性处理的东西，其中呢，它引入了这个normalize啊，这个normalize呢，实际上就是一个S来做样式的重置的啊，所以呢，我们通常情况下呢，样式重置也不需要做了啊，因为它这里做了一部分，那么剩下的样式重置呢，我们会自己再定义一个recet文件。

根据自己项目的特点再去做一些处理啊好，这里呢，它也是要比要这map，然后field呢，就是如果我是开发环境下呢，我就会把这个load呢过滤掉，如果是生产环节呢，就会把style过滤掉啊。所以整体的流程呢，它最终会解析的是，首先呢，是通过POS load将我们的样式的兼容性先做好，对吧？其中样式兼容性做到的程度呢，又要看PA Johnson中的这个browseli，这个browseli呢，就只是这个的，他做样式的兼容性做到什么程度，开发环境下呢，做一些主要浏览器的金融性就好了，那么生产环境下呢，那么做金融性就更加强大一些啊，更强大一些。好，然后做完兼容性之后呢，再通过s load将我们做好兼容性的样式呢打包到JS中，然后呢，开发环境下呢，就会创建style标签，将JS文，将JS中的样式呢生效，市场环境下呢，就会将JS中的样式呢单独提取成单独文件去打包啊所以呢，这个ks style load呢，其实就是一个公共的方法啊啊定义这些load让不让我们去方便去复用啊，方便复用好。

那么大概到这，我们再来回到刚刚那里啊。对吧，所以这个东西呢，就是用来处理一个CS文件的，分别使用了posts loader c loader和sal load开发环境加s loader去处理这个样式文件，好下面呢，能看到它是处理CS modu这个政策的，也是上一部分呢，它排除掉了c modu，那么这里就是处理CS modu，那c Mo呢，就是在之前的配置的基础上呢，加了个MOS啊加了个MOS，好这个MOS呢，就是专门做样式的一个拈块化的，好什么是样式模块化呢？大家也清楚啊，清楚什么呢？就是我们但凡我们在不同组件使用的样式呢，它默认情况下是对全局生效的，那么这样就会带来一个困扰，就是将来我们是采用组件化开发，我们将来是有好多个组件啊，有几十上百个组件，那么这时候呢，因为是不同人开发的，所以有可能出现命名情况是雷同的啊，是雷同导致呢，你的样式先加载，那我的样式后加载，我的样式就会影响到你的样式，从而导致样式出现了不可预期的变化，对吧？

好，那这个models呢，就是会在我们每次定义的样式的时候呢，加上一个唯一的标识啊，唯一的标识一个ID标识，那么这样的话呢，那每一个组件都有自己的唯一的ID标识，那这样样式就不会冲突了，所以这里是咱们的啊RA中的一个Mo的一个一个方案啊，那么方案的要求就是我们定的样式呢，必须是点modu.CS结尾才能够做好这个啊，那么正常C文题就是直接点CS结尾就好了。

好，下面SARS呢，其实是类似的，不同的是呢，它传了一个ss loader啊，当他传一个s loader会做什么事呢？我们来看一下它呢，接收第二个参数啊，接收第二参数叫pre pressure啊，Pre pressure我们可以看一下啊。就这个第二个参数，第二参数就是ss loader啊，如果存在就会在这个loads的基础上再添加两个loader啊，再添加两个loader就解析ul loader啊和这个ss loader去解析我们SARS，所以就是如果我们需要解析SS，那我们肯定要对SS解析编译的啊，所以呢，它添加了这个ss loader去做一些处理，对吧，所以呢，整体并不是特别复杂，再往下走啊，所以s load就是做这个是，那它前面呢，S load前面有三个load啊，一个是s load，一个是require 2resolve，这个ul load，一个是我们的POSS，所以有三个，所以写了个三。好，也是同样的，将它标记为是有副作用的，所以不要进行啊，那么下面呢，是对S的Mo做的，其实实际上配置就是多了个MOS这个配置啊，就是也是做S模糊化的，但是这里的文件呢，是点mod.S结尾才行。

好了，那么这里就是处理样式，所以咱们也知道啊，在RA中的默认情况下，它是支持CS文件和S文件的，如果你需要支持其他文件，那就要仿照它的写法再去写啊，再写实际上比如说你要执行less，就是把这个复制一份，把这个正则改一下，然后呢，将萨load改成less load，那么就可以了，所以扩展起来实际上是挺方便的。好接下来呢，他用的file，他将这些GS文件，HM文件，JS文件等文件给排除掉，那么剩下文件呢，就是除了JS文件啊，除了HM文件，除了样式文件等和图片文件等文件，其他的文件呢，都会有这个file的处理，比方说将来你有音视频文件对吧，你有些其他的一些文件，那么就会经过Y翻的进行打包，那么翻呢，它做法就是什么样的文件打引进来，它就会原封不动的输出出去啊好，Fair呢，一般是作为最后一个load去处理，所以fair的后面呢是不应该再加的，如果你要在加其load，一定要在fair的前面去加，因为fair。

做最后的收尾工作，他会将一些你其他的没有处理好的文件呢，全部进行处理，所以大家就要切记啊。好了，那么这里就是处理load的规则了，所以整体load呢并不多啊，所以呢，大家应该是能胜任的，那么我们呢，如果想择的好一点，其实我们在这里也可以做些优化，对吧，比如说多进程打包的时候呢，我们可以对bylo的呢做一些处理，是不是对BY的做一些处理啊在这里。好了，那我们就不看了，接下来呢，我们能看到一些插件啊，Apply插件，插件呢，第一个就是处理我们HM文件的一个插件啊，那么它这里呢，用那个object sign方法，一个前途克隆方法啊，就是说白了就是正常情况下呢，我是需要这些配置的，所有人都需要啊，需要这个ten这个配置啊，但是呢，如果是生产环境，因为我要压缩，所以要加上这个mini反配置，将我们前前面的配置呢，把它整合在一起，如果我不是生产环境，那我就啥也不要啊，不要，所以这一个呢，就是生产环境多一个HL的压缩啊，HL压缩。

好，下面呢再看啊，下面呢有好多一些插件啊，我们大概看一下这个呢，是HML处理HML插件，很明显好下面呢，这里大家可以看这个名字叫ini串HL plug啊，那么它对的文件呢，写了个政策是软time这个文件，然后time文件的前面我们讲啊，就是用来一个做长期缓存的一个文件啊，那么这个文件呢，就是它要正常情况下它会打包成单独的JS，也就是我们需要发送一个额外的请求啊，如果你不想要省略这个请求的话呢，可以把它内里到我们的HL中，那么这里就是如果是生产环境，并且呢，添加了这个环境变量，对吧，这环境变量对应上就是我们上面的这个环境变量啊。就是这个环境变量，如果你添加了这个环境变量默认值，它肯定是不用的啊，那么添加环境变量它就会被内敛进来，内敛进来的话呢，那也就意味着加栏姆它就不会被打包成大陆文件啊，所以这个插件呢，就是否要内敛这个。

我们可以写一下是否内敛这个软文件啊，那么作用就是少发一个请求。那么怎么做呢？我们可以给大家演示一下，大家还是要知道怎么做啊，如果你需要做的话呢，就是来找到这个环境变量啊，通过crossv呢，将这个环境变量定义为true就可以了啊。那么就可以了啊，OK，默认是没有的，好，接下来呢，它这里是定义的一些环境变量啊，定义的一些解析的那个public ul啊，咱们可以看到我们的这个在public下面的indexl中啊，这里面呢，能看到一些public ul的一些选项啊，啊public ul这些选项呢，未来就是会在这个场件中被解析到啊，被这个场件中被解析，所以它就解析那个index HL中的public ul那个选项的就给它添加数啊，斜路径HO61的前面我们也分析过啊，它默认只是斜杠，除非你在pageson中定义那个homeage，它的值才会发生变化。

好，嗯，然后这里呢，是让module not find，就是模块没有找到，给出更好的提示啊，给module not find更好的提示，不然的话呢，将来因为它打包之后呢，这些模块就不好找了，所以给他更好的提示，如果你模块找不到呢，它会有更好的提示，会告诉你是哪个组件啊出现什么问题，对吧？好，下面呢就是定义环境变量了，前面呢，我们也看了那个U模块啊，这里就是将模块呢在这里定义环境变量。

前面只是生成了要定义的环境变量，而具体定义呢，要通过这个DeFine plug去定义啊。好，这里就是开发环境下呢，我需要热HR功能啊，它开发环境下需要h hi功能热门化替换。对吧，这个一点非常非常啊好，接下来呢，在开发环境下呢，他要检查我们写的代码的一个大小写问题啊，大小写就严格区分大小写，写写这个文件路径的时候啊文件路径对吧，严格区分大小写，大小写不一致，那会报错的啊。对吧？这里现在说明，包括yes this load，都是希望我们写代码的时候更加严格，更加规范，因为在不同的一些呃，操作系统中呢，可能它做法不一样，有的可以严格区分，有的不会，那这样呢，你可能会将它代码在别的地方运行，可能会出问题，所以干脆都研究的区分，这是最最恰当的选择啊。

好，下面这个呢，它是监视那些没有丢失的文件啊，就是如果你比方说你运行代码的时候，遇到了一个文件，它没有下载对吧？那么它会报错是不是好报错的话呢？啊，正常情况下呢，他一旦报错呢，他就要退出进程，你下次呢，你要重启这个啊开发服务器才能够啊，才能够做好，但是有了这个插件之后呢，即使它没有一一个模块啊，它找不到，它不会让你重启，你只要安装一下就好了，安装好之后呢，然后它会自动重启啊，它会监视这个模块的变化，然后自动重启这个东西，所以这样的好处在于呢，就是你不用频繁的手动去rear对吧，重启这个d server，然后呢，它自动的会监视这个丢失的模块，一旦发生它，诶它来了对会自动重启，这样的话呢，能够节省我们的一些开发效率啊。好，下面这个呢，就是生产环境下去提取CS单独文件的一个插件，对吧。

都写写吧。对吧，下面这个上面这个呢，其实简单一点就是，呃，就是监视note MOS对吧，监视note mo6一旦发生变化，会重启低于sor，可以重启低于sor。就不需要我们自己手动的重启了，好下面呢，就定义那个manifest文件啊，就定义那个一个这个资源文件，这里面的内容呢，会根据我们的一些内容去生成。好，嗯，这个文件不多说了，下面的这个忽略啊，就是这个moment，这个moment d JS这个库太大了，并且呢，现在其实它也不再维护了啊，咱们如果用时间日期库的话呢，可以用DJS，它这里呢就是忽略了no moms JS这些各种语言包，语言包太多了，如果都打包进来，那这个体积太大了，但实际上呢，我们建议还是不用mom JS有很多可以替代的day JS可以做品的这些工具函数库呢，会更加是符合我们的项目啊，因为呢，它打包的体积会更小。

下面呢，这个是做p wa的，P wa呢，就是一个对吧，离线可访问技术，或者说间接式开发网络应用程序啊p wa的有兴趣可以看看好嗯，然后接下来呢，下面呢，就是一些TS的一些插件了，对吧？如果你用TS呢，那这块就会被加载进来，然后呢，Filter过滤掉一些空的插件，最终生效啊。好，再往下走的话呢，就是啊wi派呢，WIFI4呢，其实有个很不好的点，就是它会把一些no jes的一些模呢被打包进来，导致呢，但是这是打包进来那些模块呢，其实在我们的客户端呢，又运行不了啊，浏览器中根本没有弄模块所运行不了，所以呢，它将一些可能会打包进来的模呢全都置为空，这样的话呢，就不会出现这样的问题了，不会出现这样的问题，就这个啊啊，那么在WIFI5的话呢，它就全部去掉了，它不会再打包这些模块了。

那最后呢，就是关闭了性能提示啊，因为性能提示一旦开着它就会做一些性能分析，从而呢让我们打包速度变得很卡，所以关掉性能提示呢，就不会出现这个问题啊，除非你需要去研究，但实际上我们研究的话呢，我们会借助一些插件去分析我们打包子资源的体积大小，从而去做一些事情，而不会用这个performance啊，所以一般的都是框架的。好了，那么整体呢，我们就看到这就是我们的这个对吧，外派conves这个核心文件的一些内容就是插件啊，一些load，那么整体呢，其实写的是相当不错的，所以大家呢，将来如果要开发的话呢，也是建议大家在这个基础上呢，进行二次开发，对吧？那么我们可以在这基础上呢，做一些信息的优化，诶可以优化的点呢，比方说可以在某些logo上面呢，加一些多继成打包，对吧，或者是在创呢，在这里面呢，写的更加精确一些，对我们的一些公共内库呢，将它拆分开来，不要都打包了，一个窗口啊，就是这个让窗在上面。

这个串啊，可以去做一些优化对吧，然后呢，这一些路径别名啊，一些文件扩展名这一块呢，可以做些更好的处理啊，更好的处理等等，那么可以加一些插件啊，去做些更多的事儿，所以呢，这个配置呢，其实整体而言也已经挺不错了，挺不错的，好，那么这以上呢，就是我们的这个。整个那种。