不管是Vue.js源码，还是UI组件库Element-plus，只要有多人协同开发，代码规范上多多少少都会有一些"百花齐放"。即使像Vue.js源码，不同开发者在命名上也会附带个人风格。

在此之前为解决适配问题“普遍”会给html根节点设置font-size作为根字体计算单位值，适兼容多端配问题。开发者需要实时换算单位、还需要精确到六七位小数点。这样的解决方案在现在看来似乎不是最简洁高

众所周知，vue 的 mixins 是个非常灵活，但又很容易带来混乱的 API。本文介绍一种原创的优雅使用mixin的方式，快来一起探讨吧。

遇到屎山代码，大多数人第一反应就是这谁写的代码这么差，其实大多数公司大多数人至少曾经都写过一些屎山代码，有屎山代码很正常，问题在于怎么快速梳理出业务逻辑，防止在迭代新需求时引发bug

需求背景 目前我们的B端管理系统当中，基本都是分为编辑与详情这样的展示页面。新增、编辑都是可编辑态的表单，详情页为只读态的显示并且对于空值还希望展示“-”。 在我们以往的开发中，通常有两种实现方式：

开发背景     入职这家公司之前，我是没有做过可视化项目的，最近可视化项目做的有点多，每一个可视化项目都不可避免地有一个地图，最初接手的可视化是Vue2 + 高德地图Api的，后来使用第三方可视化平

前端实现文件预览（pdf、excel、word、图片），使用pdfjs第三方包和canvas实现pdf文件渲染，使用xlsx预览excel文件，使用docx-preview预览word文件

ESLint: Find and fix problems in your JavaScript code. Prettier: Prettier is an opinionated code formatter. Husky: Husky can prevent bad gi…

如果回到在10年前，promise式的请求工具是一个很大的创新，它解决了请求繁琐的问题，但现在都已经是2023年了，promise式的请求工具只能被称为传统