本篇文章主要讲解如何配置 Vite 如官网所说，Vite 是一种新型前端构建工具，能够显著提升前端开发体验，它主要由两部分组成： 一个开发服务器和一套构建指令

基于 windows环境 使用nvm安装多版本nodejs,切换版本同时保留全局模块, nvm是一个nodejs的版本管理工具, 为了解决node.js各版本存在不兼容现象

前言 之前的开发工作中对vue2项目也有做过不同的优化，但是都比较零散且没有系统化的记录下来。 正好最近接手了一个老项目，虽然项目不大性能也还过得去，但是我觉得可优化的空间还是比较多的。 所以也趁此机

这样的项目结构在现在看来很多项目都有在使用，比如 Vue、Vite 等，它们共同使用到的 PNPM 的包管理器来组织这样的项目。同时我也在 B 站发现有伙伴使用 PNPM 组建了包含 PC 前端、PC

笔者长期单枪匹马在前端领域厮杀(言外之意就是团队就一个人)，自己就是规范。随着公司业务的扩展，扩充了一些人员，这时候就要开始考虑协作和编码规范问题了。本文记录了笔者在制定前端协作规范时的一些思考，希望能给你们也带来一些帮助. 一个人走的更快，一群人可以走得更远，前提是统一的策略…

前言 最近接手的业务需求由于历史原因，项目部署在阿里云服务器上，所以没有使用公司内部的流水线进行集成和部署。其中流水线使用到了GitLab自带的CI工具进行集成，所以正好借此机会给大家分享一下GitL

不以规矩，不能成方圆。 由于某些原因，笔者有幸经历了团队从缺乏标准到逐渐规范的一个过程，在此当做记录供大家参考。 本文从为什么需要规范以及建立规范的重要性出发，逐步引申出如何去建立适合自身团队的

背景 自我介绍下，四年工作经验，头两年全栈开发，后两年专职做前端，目前已达到高级前端工程师水平，经历过三家公司。第一家公司，电商行业，做阿里 ISV 供应商，为淘宝卖家服务，也是我第一次接触百万 UV

由于 vue3.2 版本的发布，`<script setup>` 的实验性标志已经去掉，已经陆陆续续有不少公司开始使用 `vue3.2`开发项目了。这篇文章就来帮助大家如何快速使用 `vue3.x`