前端端Blues

很明显 Rspack 在生产打包速度这一块基本上碾压了 Vite ，这确实给我带来了不小的震撼，要知道这只是一个小项目，换成大项目这个差距只会越来越大。

虽然本人也很喜欢`Webpack`项目开发环境运行打包时带来的闲暇时光，但是当有紧急情况需要快速响应时，还是不禁会想：如果是`Vite`呢？

没错，这里确实是使用`任务切片`的方式能够解决！但是，我想问一下，`任务切片`解决卡顿问题的底层原理是什么样子的？或者说什么是卡顿问题，而`任务切片`又是如何解决这类问题的？

想象一下，你接手其他人的项目代码，结果发现单个vue文件引入多个mixin文件，并且发现多个变量在vue文件的data函数中并没有定义，或者多个方法没有在methods中定义，就问你慌不慌🤣

在日常开发中经常会有需要构建多个打包任务的情况，每次都要打开jenkins客户端，然后逐个输入打包，非常繁琐。于是便萌生了通过node命令快速启动jenkins打包任务的想法

背景 大家在日常开发中应该经常会有需要切换不同环境地址的情况。当一个项目代码切换环境地址时，vue-cli没有能够感知文件的变化，所以代理的还是旧的地址，所以通常我们需要执行npm run serve

作为一名前端开发工程师，大家在日常的开发过程中，必定接触使用过echart 这一基于 JavaScript 的开源可视化图表库，特别是做数据可视化领域的同学，对于echart的使用...