Vue3 前端专属配置(VSCode settings.json + .prettierrc)

Vue3 前端专属配置(VSCode settings.json + .prettierrc)
在这里插入图片描述

直接复制即用,完美适配 Vue3 + Vite + JavaScript/TypeScript 项目,解决格式化冲突、缩进、引号、换行等所有问题。


一、先确认你已安装这2个插件

打开 VSCode 扩展面板 Ctrl+Shift+X,安装:

  1. Vue Language Features (Volar) → Vue3 官方必备插件
  2. Prettier - Code formatter → 代码格式化核心插件

二、VSCode settings.json 配置(Vue3专用)

打开方式:

Ctrl+Shift+P → 输入 Open Settings (JSON) → 回车,全选替换下面代码:

{// ==================== Vue3 核心格式化配置 ====================// 默认格式化工具 = Prettier"editor.defaultFormatter":"esbenp.prettier-vscode",// 保存文件时自动格式化(最实用)"editor.formatOnSave":true,// 粘贴代码自动格式化"editor.formatOnPaste":true,// 选中代码可手动格式化"editor.formatOnSelection":true,// 自动修复ESLint错误(配合格式化)"editor.codeActionsOnSave":{"source.fixAll.eslint":true},// ==================== 分语言指定格式化器 ===================="[vue]":{"editor.defaultFormatter":"esbenp.prettier-vscode"},"[javascript]":{"editor.defaultFormatter":"esbenp.prettier-vscode"},"[typescript]":{"editor.defaultFormatter":"esbenp.prettier-vscode"},"[html]":{"editor.defaultFormatter":"esbenp.prettier-vscode"},"[css]":{"editor.defaultFormatter":"esbenp.prettier-vscode"},"[scss]":{"editor.defaultFormatter":"esbenp.prettier-vscode"},"[json]":{"editor.defaultFormatter":"esbenp.prettier-vscode"},// ==================== Vue3 语法优化 ====================// Volar 插件格式化支持"vue.autoInsertParentheses":true,// 关闭VSCode自带的格式化冲突"javascript.format.enable":false,"typescript.format.enable":false,// 缩进统一为2个空格(Vue3标准)"editor.tabSize":2,"editor.insertSpaces":true}

三、.prettierrc 配置文件(Vue3 团队标准)

使用方式:

在你的Vue3项目根目录,新建一个文件,命名为 .prettierrc,复制以下内容:

{"printWidth":120,// 一行最大字符数(Vue3推荐)"tabWidth":2,// 缩进2空格(强制标准)"useTabs":false,// 禁用Tab,用空格缩进"semi":true,// 语句末尾加分号"singleQuote":true,// 使用单引号(Vue3标准)"quoteProps":"as-needed",// 对象属性仅必要时加引号"jsxSingleQuote":true,// JSX使用单引号"trailingComma":"es5",// 末尾逗号(数组/对象保留)"bracketSpacing":true,// 对象大括号内保留空格 { name: xxx }"bracketSameLine":false,// HTML标签反尖括号单独一行(Vue标准)"arrowParens":"avoid",// 箭头函数单参数省略括号"endOfLine":"lf",// 换行符统一为LF(避免Windows/Mac冲突)"htmlWhitespaceSensitivity":"css"// HTML空格敏感度(不破坏布局)}

四、格式化快捷键(Vue3 一键格式化)

  1. 格式化整个文件Shift + Alt + F(Windows)/ Shift + Option + F(Mac)
  2. 自动格式化:直接按 Ctrl + S 保存文件,自动格式化代码
  3. 格式化选中代码:选中代码 → 按 Shift + Alt + F

五、额外优化(可选,解决ESLint冲突)

如果你的Vue3项目用了 ESLint,执行这行命令安装兼容包:

npminstall eslint-config-prettier eslint-plugin-prettier -D

然后在 .eslintrc.cjs 中添加:

module.exports ={extends:['plugin:vue/vue3-essential','eslint:recommended','plugin:prettier/recommended'// 关键:Prettier+ESLint兼容]}

总结

  1. 复制 settings.json → 配置VSCode格式化行为
  2. 项目根目录新建 .prettierrc → 统一Vue3代码风格
  3. 保存文件自动格式化,快捷键一键格式化
  4. 完美支持 Vue3 <script setup> 语法、CSS/Scss、TS/JS

Read more

Anything to RealCharacters 2.5D转真人引擎:AR应用虚拟角色写实化预处理

Anything to RealCharacters 2.5D转真人引擎:AR应用虚拟角色写实化预处理 1. 这不是“换脸”,而是让二次元角色真正“活”在现实里 你有没有试过把游戏里那个陪伴你通关的2.5D角色,或者社交平台收藏夹里最心动的动漫立绘,直接变成一张能放进手机相册、发朋友圈、甚至嵌入AR应用里的高清真人照片?不是贴图、不是滤镜、不是简单磨皮——而是从骨骼结构、皮肤微纹理、光影反射逻辑,到眼神神态的完整重建。 Anything to RealCharacters 2.5D转真人引擎干的就是这件事。它不追求“像真人”,而是让输入图像中的人物,在物理可信的维度上,真正符合真实世界的人体光学规律和解剖常识。这对AR内容创作者、虚拟偶像运营方、游戏本地化团队,甚至教育类数字人项目来说,意味着一个关键环节的自动化突破:虚拟角色的写实化预处理,终于可以脱离专业美术外包,本地一键完成。 它专为RTX 4090(24G显存)设计,不是“能跑”,而是“

StructBERT WebUI实战教程:用remove_duplicates函数实现万级评论去重脚本

StructBERT WebUI实战教程:用remove_duplicates函数实现万级评论去重脚本 你是不是也遇到过这样的烦恼?产品上线后,用户评论像潮水一样涌来,每天几千条,甚至上万条。但仔细一看,好多评论内容都差不多:“产品很好用”、“质量不错”、“推荐购买”……这些重复或相似的评论不仅让数据分析变得困难,还浪费了宝贵的存储空间。 手动去重?别开玩笑了,上万条评论,眼睛看花了也分不清哪些是重复的。用简单的字符串匹配?那更不行,“很好用”和“非常好用”明明意思一样,但字面上完全不同,传统方法根本识别不出来。 今天,我就带你用一个超级简单的方法,基于StructBERT WebUI,写一个不到50行的Python脚本,轻松搞定万级评论的去重工作。不用懂复杂的AI算法,也不用搭建复杂的环境,跟着我做,10分钟就能上手。 1. 为什么选择StructBERT做评论去重? 在开始写代码之前,我们先搞清楚一个问题:为什么不用传统的字符串匹配,而要选择StructBERT这种AI模型? 1.1 传统方法的局限性 我以前也试过用传统方法做评论去重,结果发现一堆问题: 字符串完

告别传统OCR瓶颈|PaddleOCR-VL-WEB助力高效结构化信息提取

告别传统OCR瓶颈|PaddleOCR-VL-WEB助力高效结构化信息提取 1. 背景与挑战:传统OCR的局限性 在企业级文档处理场景中,如发票识别、合同解析、快递面单提取等,光学字符识别(OCR)技术长期扮演着基础角色。然而,随着业务复杂度提升,传统OCR方案逐渐暴露出其根本性瓶颈。 典型的基于管道式(pipeline-based)OCR系统通常分为两步: 1. 文本检测与识别:使用CNN或Transformer模型定位并转录图像中的文字; 2. 后处理结构化:通过规则引擎、正则表达式或NLP模块将纯文本结果映射为结构化字段(如“姓名”、“电话”、“金额”)。 这种割裂式的流程存在明显缺陷: * 语义理解缺失:只能输出“我看到了这些字”,无法判断“这串数字是手机号还是订单号”; * 模板依赖严重:一旦表单布局变化(如新版本快递单),原有规则即失效; * 多语言支持薄弱:跨语言训练成本高,尤其对小语种和非拉丁脚本支持差; * 复杂元素处理能力弱:表格、公式、图表等内容难以准确还原结构。 这些问题导致企业在实际部署时不得不投入大量人力进行规则维护和异常修复,自

最新版 springdoc-openapi-starter-webmvc-ui 常用注解详解 + 实战示例

当然可以!在 Spring Boot 3 + SpringDoc OpenAPI(Swagger 3 替代方案)生态中,springdoc-openapi-starter-webmvc-ui 是目前官方推荐的集成方式。它提供了一套丰富的注解,用于精细化控制 API 文档的生成,提升前端、测试、产品等协作方的体验。 ✅ 最新版 springdoc-openapi-starter-webmvc-ui 常用注解详解 + 实战示例 📌 当前最新稳定版本:springdoc-openapi 2.5+(2025年仍适用) 📌 所有注解位于包:io.swagger.v3.oas.annotations.* 🧩 一、核心注解概览 注解作用适用位置@OpenAPIDefinition全局 API 信息配置(标题、版本、联系人等)@Configuration 类@Tag标记 Controller 或方法所属的“标签/