前言 彦祖们,在日常开发中,不知道你们是否遇到过这样的场景 在本地测试开发 vue 组件的时候非常顺畅 一上生产环境,客户说数据展示错误,样式不对... 但是你在本地测试了几次,都难以复现 定位方向

大家好，我是 simple ，最近在使用 Vite4.0 构建一个中型前端项目的过程中，遇到了一些坑，也做了一些项目在构建生产环境时的优化，在这里做一个记录，以便后期查阅。(完整配置在后面)

引入 打开 Vue3 的官方文档，它首先会告诉你，Vue 的组件可以按两种不同的风格书写：选项式 API 和组合式 API。文档为我们提供一系列两种风格的代码参考，供我们按照偏好进行选择。 实际上，V

文档+样式+按需打包，一个通用的组件库基本算是搭建完成了，也能发布上线使用了。但是要真正封装出一个好用的ui组件库，还是有很多细节需要实现。比如....

element-plus组件库可以满足中后台大部分场景的需求，但有时为了定制功能和样式，不得不进行二次开发。本篇文章对element-plus二次开发的第一步：构建与发布流程进行分析。

总体构建流程介绍 上图是 element-plus 项目开发和打包的项目总体构建流程图，几乎其他的项目构建过程也类似这个过程。 以下笔者将具体介绍 build process 的构建流程。 我们在控制

前言 最近在做一个官网，原本接口做的都是分页的，但是客户提出不要分页，之前看过虚拟列表这个东西，所以进行一下了解。 为啥要用虚拟列表呢！ 　　在日常工作中，所要渲染的也不单单只是一个li那么简单，会有

vite的插件推荐+vite环境基础配置+vite打包项目的常用优化；vite的插件推荐+vite环境基础配置+vite打包项目的常用优化；

最近迷上了函数式组件，主要是最近接到一个需求，就是公司的产品原来的loading效果都是用uniapp提供的方法，所以这次希望全部统一一种loading效果。不过这次就不带uniapp框架的限制，只考