写给小公司前端的 UI 规范 大部分小公司前端开发是不是都会有个困扰，一天到晚做的都是后台管理系统，而且百分之 80 都是表格的增删改查，导致领导觉得前端简单的很，所以连个 UI 都没有，但是每次写完

Vue3项目工程化实战：从零搭建企业级开发环境 一、为什么需要工程化？企业级项目的核心需求 想象一下：当你开发一个大型电商平台时，团队有20名前端开发者同时工作。如果没有工程化规范，你会遇到： 代码风

ESLint 虽然并不能从根源上杜绝屎山代码，但是能帮助开发者减少犯错的可能。一文带你搞懂 ESLint 基本使用和坑点，不再畏惧代码报错。

任何能提高代码可维护性、降低代码理解成本、提高代码的容错率和提高项目可扩展性的统一标准，称之为规范标准； 但是如何去落实规范就是一个难题了，我相信本文能给您答案 ~

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

本文已参与「掘力星计划」，赢取创作大礼包，挑战创作激励金。 使用 vite 创建的 vue3 项目有点简陋，很多功能都没有。所以本文将讲解一下如何对 vite + vue3 项目配置代码自动格式化。配

没有最好的代码规范，只有最合适的代码规范，但是不妨碍你来看看整理好的拿来即用的前端代码风格指南。看完学会必脱单哦～

最近遇到了一个老项目，比较有意思的是这个项目集前后端的代码于一起，而后端也会去修改前端代码，所以就出现了后端用 IntelliJ IDEA 来开发前端项目，而前端用 VSCode 来开发前端项目的情况

大部分前端项目都配置Stylelint、Eslint、Tslint和Prettier四大前端代码校验工具。代码校验工具以下简称Lint，为了解决代码不严谨，通过预设规则校验代码，检测其是否存在错误/漏洞，并对错误/漏洞提示修复方案并尽可能依据修复方案格式化出正确代码。该功能称为…